Online @ 一百零五號

「轉貼」大陸工作心得報告 4 END

    愛情和投資其實有相似之處，因為它們都有目的，有風險。有的人會說，真正的愛是一種無怨無悔的付出，這個我同意，因為世界上就是有這麼情操高尚的人，可是我必須要說，你們真的都不是這種人啦，笨。世界上也有人是為了投資而投資，他不是為了獲利，有的人就是為了買股票而買股票，從來不賣，就是笨笨的買，他也是會變成大富翁啊，這種人我有兩個例子，一個是一直買可口可樂股票的老太太，一個是阿甘。那你覺得你是這種人嗎 ??

「轉貼」大陸工作心得報告 3

    有人回信說我介紹大陸的狀況，但是卻沒有教人家怎麼救生好像是有點不道德，基於同是台灣血性男兒，同是不得已一定要去對岸討生活，不管是常駐、出差、輪調的半導體工作者，我決定再跟各位分享一下如何在叢林求生的技巧。說實在的，看到一些為大陸女子搞到家庭失和，財產被掏空的例子，我也真的是心有不忍。有的人在那邊甚至惹上麻煩而無法收尾，這更不是我們所希望的。

    首先，談戀愛、把馬子、男女交往，我建議大家把它當做是一種比賽或是投資，所以有幾個原則是類似的：

  「轉貼」大陸工作心得報告 2


以戰鬥力來排名，我認為我們應該先來討論一下蘇杭美女。因為這邊來的女孩特色是胸部大，講話好聽。不過我不知道為什麼，這邊的女孩子一般家庭正常，到了一定年紀也會結婚，可能是因為江南本來就是富裕的地方，至少吃得飽穿得暖。所以來上海上班的女孩子到了二十五歲左右一般都可能會回家去結婚，我遇過兩個這樣的，從此失去音訊。

 

這一篇是朋友的朋友的朋友轉來轉去
轉到我手上的
但是...我發覺到..這一篇實在太經典了
所以我忘記 我也不知道  要找誰請求他來讓我轉貼
但是這樣一篇文章簡直就像是 三民主義一般經典
需要被普照在中國人的土地上
所以請作者容許我轉貼  當然如果有問題
請馬上跟我說
我馬上拿掉

[轉貼]大陸工作心得報告

「HOW-TO」
    好了廢話不多說，我們現在就直接進行實做好了...
    pre-condition : 為了減少麻煩，master & Slave 最好版本是一致的

世界是平的!? ------讀後心得報告

2000年我開始從事資訊行業至今五年多，我從最基本的程式設計師，系統工程師，系統分析師當到副理專案經理在來當到資深工程師；從事的工作從Banking Solution Provider（SI）、傳產業(裕隆汽車)到網際網路的世界（網路家庭）從事的工作範圍不可謂不廣，所換過的工作不可謂不多，但是每換到一份工作都可以讓我深深的感受到世界是平的這句話的真實。

               運行的細節

    運行(這個感覺好像是大陸人的用法..怪怪的說)
    MySQL 是利用三個MySQL 的Thread 來實做 MySQL Replication
    (Master Thread，Slave I/O Thread 及 Salve SQL Thread)    
    你可以在 MySQL 下Command ：show processlist
    可以在Master或Slave 上看到 相對應的Thread
    Master Thread:
            這是顯示BinLog Dump 的狀態，基本上MySQL 所有的動作
        都會紀錄在BinaryLog裡面，
        Replication 的實做就是利用這一個機制 把 Binary log 裡面
        的東西送到Slave上去來實現Master&Slave兩台機器的內容同步
        ，所以在　Master MySQL上，這一個Master Thread就是在做
         Binary Log 的Dump 的事情
        他有四種狀態：
        「sending　binlog event to slave」，
        「Finished reading one binlog；switch to next binlog」
        「Has sent all binlog ti salve；waiting for binlog to be update」
        「waiting to finalize termination」

    Slave I/O Thread:
            這一個Thread 是用來傳送 Master MySQL Dump 的資料到
        Slave MySQL 會產生一個 RelayLog 並且這一個Thread
        會顯示Slave 上有關Master & slave 連線傳送的狀態
        （但是，哇咧有12個咧.... 英文好的看看就懂了啦...就不寫了）
    
    Slave SQL Thread:
            這一個Thread 是用來吧 Slave I/O 收到的 binary log
        （relayLog） 寫到資料庫裡面他的狀態有三個
        「Reading event from the Relay log」
        「Has read all relay log;waiting for the Salve I/O thread
          to update it(注意唷這裡指的是 Relay log唷) 」
        「waiting for Slave mutex on exit」

            　　　MySQL Replication 「簡介」

    MySQL 有一種「複製」Server 的方式，有點在MS SQL 中的 snapshot
    但是功能更多而且，不用錢，要錢的對MySQL來說是放在MySQL 中的Cluster
    當然..  把把有交待  「不用錢的最貴」因為是手工打造的。
    MySQL Replication 有兩種型態 ：
    A.Single-Master (這包含 single slave or multiple-Slave)
    B.Multiple-Master (這個部份就我理解的應該就是像Cluster 一樣吧)
    (但是有可能會出現理解錯誤...呵呵)
    MySQL Replication 有幾個優點對系統管理者很有幫助
   
    1. 顧名思義：「Replication」複製，就是作一份Copy，
      那就是說我們可以把他當作是備份的機制，你就不太需要做什麼MySQL dump 啦
      或是什麼增減備份啦，但是不太需要，就是說如果要龜毛的話還是需要的啦
      例如你怕資料被誤刪，那你還是需要作dump出來，因為複製的意思是說
    　他會跟線上的一模一樣，你在線上被刪掉了　那Slave 還是一樣會被刪掉
    2. 還有就是.. 你線上有 兩台一模一樣的機器，這兩台都可以作查詢（Select）
       只有一台Master可以作動作(update，delete，add)，但是只要你一旦做了什麼事
       在Master 那一台，資料也會同步到Slave 那一台。在這樣的架構下
       我們可以把查詢動作，都放到Slave 上，把要作動作(update，delete，add)
       的才移到Master上這樣一來，可以減少Query 的loading ，如果一台不夠
       還可以在增加數台Slave 作Replication。
    3. 當然承襲第一點，備份其實是很花資源的所以，我們可以在slave 上實做
       減少資源的浪費

最近在研究MySQL Replication 想說看懂了不如寫個小小的 分享
讓大家都能更了解MySQL  的功能