基於statement複製下NULL、RAND、UUID的測試

版本:5.5.29

測試方法：
slave先停止同步，製造同步延遲
master分別使用NULL、RAND()、UUID()進行update
slave延遲3s以上開啟同步
比較主從資料是否一致

結論: NULL、RAND()一致。UUID()不一致
原因:
    NULL: binlog儲存原sql
    RAND(): binlog除了原sql，同時記錄了種子值
    UUID: 
        MASTER : 4b1ae5c8-9952-11e3-b7ca-00151760d8ec
        SLAVE   : 4b2744b2-9952-11e3-afc9-00151760d8ec             
        UUID格式共36個字元:aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee
        前三組值是時間戳換算過來的；
        第四組值是暫時性保持時間戳的唯一性。例如，使用夏令時；
        第五組值是一個IEE 802的節點標識值，它是空間上唯一的。若後者不可用，則用一個隨機數字替換。假如主機沒有網路卡，或者我們不知道如何在某系統下獲得機器地址，則空間唯一性就不能得到保證，即使這楊，出現重複值的機率還是非常小的。    
        官方說明：http://dev.mysql.com/doc/refman/5.5/en/miscellaneous-functions.html#function_uuid
        疑問:
            binlog有時間戳為何不用？
            最後一組的數值為何是一樣，理論上不同機器(主從)上至少最後一位肯定不同？因為測試的主從環境是一臺機器上的兩個埠，並不是兩臺機器

一、表結構及資料

二、測試sql及相應的binlog
SET @ct:=NOW();
SELECT SLEEP(1);
-- 字串'NULL'
UPDATE `test_140219_sbr` SET sid=@@server_id,`val` = 'NULL',`upddt`=NOW(),`mupddt`=@ct WHERE id=1;

-- NULL值
UPDATE `test_140219_sbr` SET sid=@@server_id,`val` = NULL,`upddt`=NOW(),`mupddt`=@ct WHERE id=2;

-- RAND
UPDATE `test_140219_sbr` SET sid=@@server_id,`val` = RAND(),`upddt`=NOW(),`mupddt`=@ct WHERE id=3;

-- UUID
UPDATE `test_140219_sbr` SET sid=@@server_id,`val` = UUID(),`upddt`=NOW(),`mupddt`=@ct WHERE id=4;

三、主從資料
MASTER

SLAVE