日志文件類型
MySQL有幾個不同的日志文件，可以幫助你找出mysqld內(nèi)部發(fā)生的事情：
|
日志文件 |
記入文件中的信息類型 |
|
錯誤日志 |
記錄啟動、運行或停止mysqld時出現(xiàn)的問題。 |
|
查詢?nèi)罩?/p> |
記錄建立的客戶端連接和執(zhí)行的語句。 |
|
更新日志 |
記錄更改數(shù)據(jù)的語句。不贊成使用該日志。 |
|
二進(jìn)制日志 |
記錄所有更改數(shù)據(jù)的語句。還用于復(fù)制。 |
|
慢日志 |
記錄所有執(zhí)行時間超過long_query_time秒的所有查詢或不使用索引的查詢。 |
默認(rèn)情況下，所有日志創(chuàng)建于mysqld數(shù)據(jù)目錄中。通過刷新日志，你可以強制 mysqld來關(guān)閉和重新打開日志文件（或者在某些情況下切換到一個新的日志）。當(dāng)你執(zhí)行一個FLUSH LOGS語句或執(zhí)行mysqladmin flush-logs或mysqladmin refresh時，出現(xiàn)日志刷新。
錯誤日志
錯誤日志文件包含了當(dāng)mysqld啟動和停止時，以及服務(wù)器在運行過程中發(fā)生任何嚴(yán)重錯誤時的相關(guān)信息。
如果mysqld莫名其妙地死掉并且mysqld_safe需要重新啟動它，mysqld_safe在錯誤日志中寫入一條restarted mysqld消息。如果mysqld注意到需要自動檢查或著修復(fù)一個表，則錯誤日志中寫入一條消息。
在一些操作系統(tǒng)中，如果mysqld死掉，錯誤日志包含堆棧跟蹤信息。跟蹤信息可以用來確定mysqld死掉的地方。
可以用--log-error[=file_name]選項來指定mysqld保存錯誤日志文件的位置。如果沒有給定file_name值，mysqld使用錯誤日志名host_name.err 并在數(shù)據(jù)目錄中寫入日志文件。如果你執(zhí)行FLUSH LOGS，錯誤日志用-old重新命名后綴并且mysqld創(chuàng)建一個新的空日志文件。(如果未給出--log-error選項，則不會重新命名）。
如果不指定--log-error，或者(在Windows中)如果你使用--console選項，錯誤被寫入標(biāo)準(zhǔn)錯誤輸出stderr。通常標(biāo)準(zhǔn)輸出為你的終端。
通用查詢?nèi)罩?/strong>
如果你想要知道m(xù)ysqld內(nèi)部發(fā)生了什么，你應(yīng)該用--log[=file_name]或-l [file_name]選項啟動它。如果沒有給定file_name的值， 默認(rèn)名是host_name.log。所有連接和語句被記錄到日志文件。當(dāng)你懷疑在客戶端發(fā)生了錯誤并想確切地知道該客戶端發(fā)送給mysqld的語句時，該日志可能非常有用。
mysqld按照它接收的順序記錄語句到查詢?nèi)罩尽＿@可能與執(zhí)行的順序不同。這與更新日志和二進(jìn)制日志不同，它們在查詢執(zhí)行后，但是任何一個鎖釋放之前記錄日志。(查詢?nèi)罩具€包含所有語句，而二進(jìn)制日志不包含只查詢數(shù)據(jù)的語句）。
服務(wù)器重新啟動和日志刷新不會產(chǎn)生新的一般查詢?nèi)罩疚募?盡管刷新關(guān)閉并重新打開一般查詢?nèi)罩疚募?。在Unix中，你可以通過下面的命令重新命名文件并創(chuàng)建一個新文件：
shell> mv hostname.log hostname-old.log
shell> mysqladmin flush-logs
shell> cp hostname-old.log to-backup-directory
shell> rm hostname-old.log
慢速查詢?nèi)罩?/strong>
用--log-slow-queries[=file_name]選項啟動時，mysqld寫一個包含所有執(zhí)行時間超過long_query_time秒的SQL語句的日志文件。獲得初使表鎖定的時間不算作執(zhí)行時間。
如果沒有給出file_name值， 默認(rèn)未主機名，后綴為-slow.log。如果給出了文件名，但不是絕對路徑名，文件則寫入數(shù)據(jù)目錄。
語句執(zhí)行完并且所有鎖釋放后記入慢查詢?nèi)罩尽Ｓ涗涰樞蚩梢耘c執(zhí)行順序不相同。
慢查詢?nèi)罩究梢杂脕碚业綀?zhí)行時間長的查詢，可以用于優(yōu)化。但是，檢查又長又慢的查詢?nèi)罩緯芾щy。要想容易些，你可以使用mysqldumpslow命令獲得日志中顯示的查詢摘要來處理慢查詢?nèi)罩尽?/p>
在MySQL 5.1的慢查詢?nèi)罩局校皇褂盟饕穆樵兺褂盟饕牟樵円粯佑涗洝Ｒ敕乐共皇褂盟饕穆樵冇浫肼樵內(nèi)罩荆褂?-log-short-format選項。
在MySQL 5.1中,通過--log-slow-admin-statements服務(wù)器選項，你可以請求將慢管理語句，例如OPTIMIZE TABLE、ANALYZE TABLE和 ALTER TABLE寫入慢查詢?nèi)罩尽?/p>
用查詢緩存處理的查詢不加到慢查詢?nèi)罩局校驗楸碛辛阈谢蛞恍卸荒軓乃饕惺芤娴牟樵円膊粚懭肼樵內(nèi)罩尽?/p>
二進(jìn)制日志
二進(jìn)制文件介紹
二進(jìn)制日志以一種更有效的格式，并且是事務(wù)安全的方式包含更新日志中可用的所有信息。
二進(jìn)制日志包含了所有更新了數(shù)據(jù)或者已經(jīng)潛在更新了數(shù)據(jù)（例如，沒有匹配任何行的一個DELETE）的所有語句。語句以“事件”的形式保存，它描述數(shù)據(jù)更改。
備注：二進(jìn)制日志已經(jīng)代替了老的更新日志，更新日志在MySQL 5.1中不再使用。
二進(jìn)制文件的行為
二進(jìn)制日志還包含關(guān)于每個更新數(shù)據(jù)庫的語句的執(zhí)行時間信息。它不包含沒有修改任何數(shù)據(jù)的語句。如果你想要記錄所有語句（例如，為了識別有問題的查詢），你應(yīng)使用一般查詢?nèi)罩尽?/p>
二進(jìn)制日志的主要目的是在恢復(fù)使能夠最大可能地更新數(shù)據(jù)庫，因為二進(jìn)制日志包含備份后進(jìn)行的所有更新。
二進(jìn)制日志還用于在主復(fù)制服務(wù)器上記錄所有將發(fā)送給從服務(wù)器的語句。
運行服務(wù)器時若啟用二進(jìn)制日志則性能大約慢1%。但是，二進(jìn)制日志的好處，即用于恢復(fù)并允許設(shè)置復(fù)制超過了這個小小的性能損失。
二進(jìn)制文件的文件路徑
當(dāng)用--log-bin[=file_name]選項啟動時，mysqld寫入包含所有更新數(shù)據(jù)的SQL命令的日志文件。如果未給出file_name值， 默認(rèn)名為-bin后面所跟的主機名。如果給出了文件名，但沒有包含路徑，則文件被寫入數(shù)據(jù)目錄。建議指定一個文件名.
如果你在日志名中提供了擴(kuò)展名(例如，--log-bin=file_name.extension)，則擴(kuò)展名被悄悄除掉并忽略。
mysqld在每個二進(jìn)制日志名后面添加一個數(shù)字?jǐn)U展名。每次你啟動服務(wù)器或刷新日志時該數(shù)字則增加。如果當(dāng)前的日志大小達(dá)到max_binlog_size，還會自動創(chuàng)建新的二進(jìn)制日志。如果你正使用大的事務(wù)，二進(jìn)制日志還會超過max_binlog_size：事務(wù)全寫入一個二進(jìn)制日志中，絕對不要寫入不同的二進(jìn)制日志中。
為了能夠知道還使用了哪個不同的二進(jìn)制日志文件，mysqld還創(chuàng)建一個二進(jìn)制日志索引文件，包含所有使用的二進(jìn)制日志文件的文件名。默認(rèn)情況下與二進(jìn)制日志文件的文件名相同，擴(kuò)展名為'.index'。你可以用--log-bin-index[=file_name]選項更改二進(jìn)制日志索引文件的文件名。當(dāng)mysqld在運行時，不應(yīng)手動編輯該文件；如果這樣做將會使mysqld變得混亂。
二進(jìn)制日志選項
可以使用下面的mysqld選項來影響記錄到二進(jìn)制日志知的內(nèi)容。又見選項后面的討論。
--binlog-do-db=db_name
告訴主服務(wù)器，如果當(dāng)前的數(shù)據(jù)庫(即USE選定的數(shù)據(jù)庫)是db_name，應(yīng)將更新記錄到二進(jìn)制日志中。其它所有沒有明顯指定的數(shù)據(jù)庫 被忽略。如果使用該選項，你應(yīng)確保只對當(dāng)前的數(shù)據(jù)庫進(jìn)行更新。
對于CREATE DATABASE、ALTER DATABASE和DROP DATABASE語句，有一個例外，即通過操作的數(shù)據(jù)庫來決定是否應(yīng)記錄語句，而不是用當(dāng)前的數(shù)據(jù)庫。
一個不能按照期望執(zhí)行的例子：如果用binlog-do-db=sales啟動服務(wù)器，并且執(zhí)行USE prices; UPDATE sales.january SET amount=amount+1000；，該語句不寫入二進(jìn)制日志。
--binlog-ignore-db=db_name
告訴主服務(wù)器，如果當(dāng)前的數(shù)據(jù)庫(即USE選定的數(shù)據(jù)庫)是db_name，不應(yīng)將更新保存到二進(jìn)制日志中。如果你使用該選項，你應(yīng)確保只對當(dāng)前的數(shù)據(jù)庫進(jìn)行更新。
一個不能按照你期望的執(zhí)行的例子：如果服務(wù)器用binlog-ignore-db=sales啟動，并且執(zhí)行USE prices; UPDATE sales.january SET amount=amount+1000；，該語句不寫入二進(jìn)制日志。
類似于--binlog-do-db，對于CREATE DATABASE、ALTER DATABASE和DROP DATABASE語句，有一個例外，即通過操作的數(shù)據(jù)庫來決定是否應(yīng)記錄語句，而不是用當(dāng)前的數(shù)據(jù)庫。
要想記錄或忽視多個數(shù)據(jù)庫，使用多個選項，為每個數(shù)據(jù)庫指定相應(yīng)的選項。
服務(wù)器根據(jù)下面的規(guī)則對選項進(jìn)行評估，以便將更新記錄到二進(jìn)制日志中或忽視。請注意對于CREATE/ALTER/DROP DATABASE語句有一個例外。在這些情況下，根據(jù)以下規(guī)則，所創(chuàng)建、修改或刪除的數(shù)據(jù)庫將代替當(dāng)前的數(shù)據(jù)庫。
1. 是否有binlog-do-db或binlog-ignore-db規(guī)則?
·沒有：將語句寫入二進(jìn)制日志并退出。
·有：執(zhí)行下一步。
2.有一些規(guī)則(binlog-do-db或binlog-ignore-db或二者都有)。當(dāng)前有一個數(shù)據(jù)庫(USE是否選擇了數(shù)據(jù)庫?)?
·沒有：不要寫入語句，并退出。
·有：執(zhí)行下一步。
3.有當(dāng)前的數(shù)據(jù)庫。是否有binlog-do-db規(guī)則?
· 有：當(dāng)前的數(shù)據(jù)庫是否匹配binlog-do-db規(guī)則?
o有：寫入語句并退出。
o沒有：不要寫入語句，退出。
· No：執(zhí)行下一步。
4.有一些binlog-ignore-db規(guī)則。當(dāng)前的數(shù)據(jù)庫是否匹配binlog-ignore-db規(guī)則?
·有：不要寫入語句，并退出。
·沒有：寫入查詢并退出。
例如，只用binlog-do-db=sales運行的服務(wù)器不將當(dāng)前數(shù)據(jù)庫不為sales的語句寫入二進(jìn)制日志(換句話說，binlog-do-db有時可以表示“忽視其它數(shù)據(jù)庫”)。
如果你正進(jìn)行復(fù)制，應(yīng)確保沒有從服務(wù)器在使用舊的二進(jìn)制日志文件，方可刪除它們。
