MYSQL在雙MASTER環境中，由ROW日誌模式帶來的資料不一致。

#### 我們發現MYSQL只是記錄了欄位對應的號碼。@1，而不記錄具體是哪個欄位。 （這正是俺擔心的問題）
#### 下面我們用實驗來驗證一下問題。

#### Step 1 , at Master1 , 意圖是讓MASTER2的SQL在Master1上延時應用。
stop slave ;

#### Step 2 ，at Master2
update h1 set where id=5;
insert into h1 values (6,'h6@2','dsflk');
### Have not apply on Master1

#### Step 3 ,at Master1
alter table h1 add addr varchar(500) after name ; ### 這裡故障打斷原的欄位順序
select * from h1;
+----+------+------+---------+
| id | name | addr | comment |
+----+------+------+---------+
| 1 | h1 | NULL | h111 |
| 2 | h2 | NULL | h112 |
| 3 | h3 | NULL | h113 |
| 4 | h4 | NULL | h114 |
| 5 | h5 | NULL | h115 |
+----+------+------+---------+
start slave; ###　Start to apply sql log from Master 2
select * from h1;
+----+-------+-------+---------+
| id | name | addr | comment |
+----+-------+-------+---------+
| 1 | h1 | NULL | h111 |
| 2 | h2 | NULL | h112 |
| 3 | h3 | NULL | h113 |
| 4 | h4 | NULL | h114 |
| 5 | | h115 | h115 | ### addr = h115 ?????
| 6 | | dsflk | NULL | ### addr = dsflk ?????
+----+-------+-------+---------+

#### At here . what we see ?
#### Column Addr, we have not do anything on it . bug it have data .
#### Column Comment for record 6 , it should be "dsflk". not "NULL"


#### Step 4 ,at Master2 , There are data looks right ;

select * from h1;
+----+-------+------+---------+
| id | name | addr | comment |
+----+-------+------+---------+
| 1 | h1 | NULL | h111 |
| 2 | h2 | NULL | h112 |
| 3 | h3 | NULL | h113 |
| 4 | h4 | NULL | h114 |
| 5 | | NULL | h115 |
| 6 | | NULL | dsflk |
+----+-------+------+---------+

#### at last,
Data in Master1 and Master2 are not same anymore.

#### 小結
當然，我們如果在作表結構變更時，把欄位都加到最後，是沒有這個問題的。
這應該當成是一個BUG處理。提交MYSQL
　
還留了一個問題是：MYSQL的應用日誌時，是透過什麼來匹配行的？　主鍵？　還是日誌裡所列條件都必須匹配。　
　理論上的答案應該是：主鍵，（如果沒有主鍵，就是MYSQL幫你生成的內部主鍵。） 有興趣的同學可以自己測試一把。