MySQL Log Files -- Mysql 日志文件

windychan

4.9 4.9 The MySQL Log Files
mysql提供幾種不同功用的紀錄檔， 以便於讓你了解 mysqld發生了什麼問題。
1. The error log: 紀錄所有 mysqld啟動， 執行和結束時發生的錯誤訊息。
2. The isam log: 紀錄所有更動 ISAM資料表的動作。
3. The query log: 紀錄所有的連線資料以及執行的查詢語法。
4. The update log: 儲存所有更動資料的指令。
5. The binary log: Stores all statements that changes something. Used also for replication
6. The slow log: 紀錄所有查詢時間超過 long_query_time或不使用索引的查詢動作。
你可以在 mysqld的資料目錄中找到所有的紀錄檔。
4.9.2 The General Query Log
如果想知道 mysqld裡面發生了什麼事的話， 你就應該在啟動 mysqld時加上 --log[=file]這個選項。 這樣一來， 所有的連線及查詢動作都會被寫入紀錄檔中。 (預設檔名為 'hostname'.log) 這個在網路程式的除錯方面很有幫助。
紀錄檔中每筆資料寫入的時機是當 mysqld接收到該指令的時候， 這有可能會跟 sql指令執行的順序不同。 因此， 本紀錄檔的寫入時機和 update log與 binary log不同。
4.9.3 The Update Log
當你在執行 mysqld時， 如果有加上 --log-update[=file_name]選項的話， mysqld會將所有關於更新資料的 SQL commands寫入紀錄檔中。 在沒有指定 file_name的情況下，預設會用主機名稱當作紀錄檔的檔案名稱。 如果你指定的檔案名稱不包含完整路徑的話， 紀錄檔會放置在資料目錄中。 如果檔案名稱沒有指定副檔名的話， mysqld會以 "file_name.###"作為紀錄檔的檔名， 其中 ###是阿拉伯數字， 每當下列狀況發生時， 這個數字就會加一。
1. 執行 mysqladmin refresh
2. 執行 mysqladmin flush-logs
3. 執行 FLUSH LOGS sql指令
4. 重新啟動 mysqld
update logging還有一項特點就是它只會紀錄 "真正"改變資料的動作。 因此， 帶有 where選項的 updata或 delete指令如果沒有更動任何資料的話， 這個動作就不會被寫入紀錄檔。 甚至在 updata指令沒有變更欄位值的情況下， 該指令也不會被紀錄下來。
update logging執行的時機是介於 sql指令結束以及 lock解開以前。 這樣可以確保所有的變動紀錄是依照實際執行的順序寫入紀錄檔中。
你可以執行下列指令來用 update log file更新資料庫。 (假設你的 update log files的檔名格式為 file_name.###)
shell> ls -1 -t -r file_name.[0-9]* | xargs cat | mysql
ls這個指令加上 -1 -t -r三個選項後， 便能按時間順序排列所有的紀錄檔。
4.9.4 Binary Update Log
以後 binary update log將會用來取代 update log， 因此希望你能盡快改用 binary update log。
binary update log檔案以更有效率的格式紀錄 update log裡面的資訊。 此外， 裡面還紀錄每個更新資料庫的指令耗費多少時間。 沒有更動資料庫的指令不會被寫入紀錄檔中。 如果想要紀錄所有的 sql指令， 你應該使用 general query log。
只要在啟動 mysqld時加上 --log-bin[=file_name]選項就能改用 。binary update log。
binary update log的副檔名命名方式和 update log一樣， 附檔名遞增的時機也和 update log相同。 或是當紀錄檔大小達到 max_binlog_size上限時， mysqld會自動產生一個新的紀錄檔。 你可以透過 reset master這個 sql指令刪除所有目前未被開啟的 binary update log files。 (只保留目前使用中的紀錄檔)
mysqld有兩個選項跟 binary update log有關:
1. binlog-do-db=database_name: 只紀錄某個資料庫的更動資料
2. binlog-ignore-db=database_name: 不紀錄某個資料庫的更動資料
為了要知道曾經產生過哪些 binary update log files， mysqld會產生一個 binary log index檔， 裡面包含所有使用過的 binary update log的檔名。 binary log index檔的檔名預設和 binary update log相同， 不過副檔名則改為 index。
你可以用 mysqlbinlog指令來檢視 binary update log檔的內容。 例如你可以執行下列指令以 binary update log的內容更新某個 mysql server。
shell> mysqlbinlog log-file | mysql -h server_name
你也可以用 mysqlbinlog讀取遠端 mysql server的 binary update log。 執行 mysqlbinlog --help會讓你更了解如何使用這個程式。
binary update log寫入的時機和 update log相同。 以確保能正確地紀錄每個指令執行的順序。
补充说明:slave会在数据文件目录下创建两个额外的文件。它们是状态文件，名字默认为 `master.info` and `relay-log.info`。它们的内容跟执行 SHOW SLAVE STATUS 语句的结果类似。详情请看"14.6.2 SQL Statements for Controlling Slave Servers"。由于是磁盘上的文件，它们在slave关闭后还会留着。下一次slave启动时，就会读取这两个文件来判断从master读取到二进制日志的什么位置了，处理中继日志到什么位置了。
`master.info` 文件由来I/O线程更新。在MySQL 4.1以前，文件的内容和执行 SHOW SLAVE STATUS 语句结果中相对应的字段值一样，如下：
Line Description
1 Master_Log_File
2 Read_Master_Log_Pos
3 Master_Host
4 Master_User
5 Password (not shown by SHOW SLAVE STATUS)
6 Master_Port
7 Connect_Retry
备份slave数据时，要把这两个文件也备份起来，和中继日志一道。想要恢复slave时就用得到它们了。如果丢失了中继日志，但是 `relay-log.info` 文件还存在，那么就可以判断出SQL线程执行了多少master二进制日志。然后执行 CHANGE MASTER TO 语句，带上 MASTER_LOG_FILE 和 MASTER_LOG_POS 选项告诉slave要从master的二进制日志哪个位置重新读取。当然了，这要求master上相关的二进制日志都还留着。
如果slav打算同步 LOAD DATA INFILE 语句，那么也要备份对应目录下的任何 `SQL_LOAD-*` 文件。这可以在 LOAD DATA INFILE 被中断后继续保持同步。这个目录由 --slave-load-tmpdir 选项来指定。默认地，如果没有指定的话，它的值就是变量 tmpdir 的值。


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/9951/showart_69108.html