MySQL二進制日志記錄問題

weily0000

看了些文檔，個人理解就是：二進制日志的每條記錄都會有一個時間戳標志
但是由于MySQL數(shù)據(jù)庫只保證了二進制日志的安全，
當前時間點，只有二進制日志flush到磁盤中，而數(shù)據(jù)并沒有提交到磁盤中。

那么我想問的，當二進制日志的一條操作記錄的數(shù)據(jù)部分完全flush到磁盤中
有沒有將最終的時間反應(yīng)到日志中，或者說是數(shù)據(jù)庫不管數(shù)據(jù)部分寫入磁盤
僅僅是交由文件系統(tǒng)負責的。

另外問一個問題，就是MySQL的檢查點有沒有確切的時間記錄呢？
例如說是，某個時刻，數(shù)據(jù)庫做了flush操作，當操作完成后會記錄下一個時間，
以便后面的數(shù)據(jù)庫恢復。

songpure520

innodb啟用二進制日志就是用來備份和做主從的
檢查點觸發(fā)是懶惰的、有條件的，也就是說系統(tǒng)也不能確定它下一個時間點是什么時候flush磁盤

baopbird2005

頂一下

weily0000

innodb啟用二進制日志就是用來備份和做主從的
檢查點觸發(fā)是懶惰的、有條件的，也就是說系統(tǒng)也不能確定它下 ...
songpure520 發(fā)表于 2010-06-23 14:09

那么第一個問題呢？我用mysqlbinlog --hexdump查看日志信息，有時間戳信息
還有一個exec_time,但是很多語句的這個字段為0，明顯寫盤時候耗費的時間不止這么多
那么有沒有其他字段記錄了數(shù)據(jù)部分最后寫完的時間呢？

weily0000

回復 3# baopbird2005

呵呵，謝謝！

ruochen

磁盤
fs
都可能有使用到cache

weily0000

回復 6# ruochen
對，這個我還沒有考慮到，但是cache這級我暫時可以忽略掉，只要fsyn()返回就可以認為寫入磁盤了