mysql 有4種類型的日志：error log、genaral query log、 binary log 和 slow query log**
一、Error Log
記錄Mysql運行過程中的Error、Warning、Note等信息，系統出錯或者某條記錄出問題可以查看Error日志。
-
Mysql的錯誤日志默認以hostname.err存放在Mysql的日志目錄，可以通過以下語句查看：
mysql>?show?variables?like?"log_error"; +---------------+----------------+ |?Variable_name?|?Value??????????| +---------------+----------------+ |?log_error?????|?/tmp/mysql.log?| +---------------+---------------
-
修改錯誤日志的地址可以在/etc/my.cnf中添加–log-error = [filename]來開啟mysql錯誤日志。我的是：
?log_error?=?/tmp/mysql.log
-
先來查看一下：tail -f /tmp/mysql.log
bash-3.2#?tail?-f?/tmp/mysql.log? 2015-12-23T02:22:41.467311Z?0?[Note]?IPv6?is?available. 2015-12-23T02:22:41.467324Z?0?[Note]???-?'::'?resolves?to?'::'; 2015-12-23T02:22:41.467350Z?0?[Note]?Server?socket?created?on?IP:?'::'. 2015-12-23T02:22:41.584287Z?0?[Note]?Event?Scheduler:?Loaded?0?events 2015-12-23T02:22:41.584390Z?0?[Note]?/usr/local/Cellar/mysql/5.7.9/bin/mysqld:?ready?for?connections. Version:?'5.7.9'??socket:?'/tmp/mysql.sock'??port:?3306??Homebrew 2015-12-23T02:22:42.540786Z?0?[Note]?InnoDB:?Buffer?pool(s)?load?completed?at?151223?10:22:42 151223?10:22:51?mysqld_safe?A?mysqld?process?already?exists 2015-12-23T02:25:30.984395Z?2?[ERROR]?Could?not?use?/tmp/mysql_query.log?for?logging?(error?13?-?Permission?denied).?Turning?logging?off?for?the?server?process.?To?turn?it?on?again:?fix?the?cause,?then?either?restart?the?query?logging?by?using?"SET?GLOBAL?GENERAL_LOG=ON"?or?restart?the?MySQL?server. 2015-12-23T07:28:03.923562Z?0?[Note]?InnoDB:?page_cleaner:?1000ms?intended?loop?took?61473ms.?The?settings?might?not?be?optimal.?(flushed=0?and?evicted=0,?during?the?time.)
信息量比較大，暫不分析了。。。。當然 如果mysql配置或連接出錯時， 仍然可以通過tail -f 來跟蹤日志的
二、General Query Log
記錄mysql的日常日志，包括查詢、修改、更新等的每條sql。
-
先查看mysql是否啟用了查詢日志: show global variables like “%genera%”
mysql>?show?global?variables?like?"%genera%"; +----------------------------------------+----------------------+ |?Variable_name??????????????????????????|?Value????????????????| +----------------------------------------+----------------------+ |?auto_generate_certs????????????????????|?ON???????????????????| |?general_log????????????????????????????|?OFF??????????????????| |?general_log_file???????????????????????|?/tmp/mysql_query.log?| |?sha256_password_auto_generate_rsa_keys?|?ON???????????????????| +----------------------------------------+----------------------+ 4?rows?in?set?(0.00?sec)
我這里是配置了日志輸出文件：/tmp/mysql_query.log，并且日志功能關閉
-
查詢日志的輸出文件可以在/etc/my.cnf 中添加general-log-file = [filename]
-
Mysql打開general log日志后，所有的查詢語句都可以在general log文件中輸出，如果打開，文件會非常大，建議調試的時候打開，平時關閉
mysql>?set?global?general_log?=?on; Query?OK,?0?rows?affected?(0.01?sec) mysql>?set?global?general_log?=?off; Query?OK,?0?rows?affected?(0.01?sec)
-
注意：
如果打開了日志功能，但是沒有寫入日志，那就有可能是mysql對日志文件的權限不夠，所以需要指定權限，我的日志文件是 /tmp/mysql_query.log , 則：
chown?mysql:mysql?/tmp/mysql_query.log
三、Binary Log
二進制日志，包含一些事件，這些事件描述了數據庫的改動，如建表、數據改動等，主要用于備份恢復、回滾操作等
1. 作用：
-
包含了所有更新了數據或者已經潛在更新了數據(比如沒有匹配任何行的一個DELETE)
-
包含關于每個更新數據庫(DML)的語句的執行時間信息
-
不包含沒有修改任何數據的語句，如果需要啟用該選項，需要開啟通用日志功能
-
主要目的是盡可能的將數據庫恢復到數據庫故障點，因為二進制日志包含備份后進行的所有更新
-
用于在主復制服務器上記錄所有將發送給從服務器的語句
-
啟用該選項數據庫性能降低1%，但保障數據庫完整性，對于重要數據庫值得以性能換完整
2. 格式
Binlog有3種格式
-
STATMENT：每一條會修改數據的sql都會記錄到master的binlog中，slave在復制的時候sql進程會解析成和原來master端執行多相同的sql再執行。
有點：在statement模式下首先就是解決了row模式的缺點，不需要記錄每一行數據的變化減少了binlog日志量，節省了I/O以及存儲資源，提高性能。因為他只需要激勵在master上所執行的語句的細節一屆執行語句時候的上下的信息。
缺點：在statement模式下，由于他是記錄的執行語句，所以，為了讓這些語句在slave端也能正確執行，那么他還必須記錄每條語句在執行的時候的一些相關信息，也就是上下文信息，以保證所有語句在slave端被執行的時候能夠得到和在master端執行時候相同的結果。另外就是，由于mysql現在發展比較快，很多的新功能不斷的加入，使mysql的復制遇到了不小的挑戰，自然復制的時候涉及到越復雜的內容，bug也就越容易出現。在statement中，目前已經發現不少情況會造成Mysql的復制出現問題，主要是修改數據的時候使用了某些特定的函數或者功能的時候會出現，比如：sleep()函數在有些版本中就不能被正確復制，在存儲過程中使用了last_insert_id()函數，可能會使slave和master上得到不一致的id等等。 -
ROW：日志中會記錄成每一行數據被修改的形式，然后在slave端再對相同的數據進行修改，只記錄要修改的數據，只有value，不會有sql多表關聯的情況。
優點：在row模式下，bin-log中可以不記錄執行的sql語句的上下文相關的信息，僅僅只需要記錄那一條記錄被修改了，修改成什么樣了，所以row的日志內容會非常清楚的記錄下每一行數據修改的細節，非常容易理解。而且不會出現某些特定情況下的存儲過程和function，以及trigger的調用和出發無法被正確復制問題。
缺點：在row模式下，所有的執行的語句當記錄到日志中的時候，都將以每行記錄的修改來記錄，這樣可能會產生大量的日志內容。 -
MIXED：MySQL 會根據執行的每一條具體的 SQL 語句來區分對待記錄的日志形式，也就是在 statement 和 row 之間選擇一種
3. 配置
-
查看mysql中二進制文件的配置情況：show variables like “%log_bin%”;
mysql>?show?variables?like?"%log_bin%"; +---------------------------------+-------+ |?Variable_name???????????????????|?Value?| +---------------------------------+-------+ |?log_bin?????????????????????????|?OFF???| |?log_bin_basename????????????????|???????| |?log_bin_index???????????????????|???????| |?log_bin_trust_function_creators?|?OFF???| |?log_bin_use_v1_row_events???????|?OFF???| |?sql_log_bin?????????????????????|?ON????| +---------------------------------+-------+
log_bin : 用于設定是否啟用二進制日志, 由此看是未開啟
-
配置文件仍然是在 /etc/my.cnf 中， 修改/etc/my.cnf， 增加日志文件目錄：
log_bin?=?/tmp/mysql-bin.log
-
重啟mysql ：
bash-3.2#?mysql.server?start; Starting?MySQL .?ERROR!?The?server?quit?without?updating?PID?file?(/usr/local/Cellar/mysql/5.7.9/data/mysql.pid).
-
又報錯，查看錯誤日志，我的配置在/tmp/mysql.log
151224?00:37:34?mysqld_safe?Starting?mysqld?daemon?with?databases?from?/usr/local/var/mysql 2015-12-23T16:37:34.643998Z?0?[Warning]?TIMESTAMP?with?implicit?DEFAULT?value?is?deprecated.?Please?use?--explicit_defaults_for_timestamp?server?option?(see?documentation?for?more?details). 2015-12-23T16:37:34.644124Z?0?[Warning]?'NO_ZERO_DATE',?'NO_ZERO_IN_DATE'?and?'ERROR_FOR_pISION_BY_ZERO'?sql?modes?should?be?used?with?strict?mode.?They?will?be?merged?with?strict?mode?in?a?future?release. 2015-12-23T16:37:34.644129Z?0?[Warning]?'NO_AUTO_CREATE_USER'?sql?mode?was?not?set. 2015-12-23T16:37:34.644189Z?0?[Warning]?Insecure?configuration?for?--secure-file-priv:?Current?value?does?not?restrict?location?of?generated?files.?Consider?setting?it?to?a?valid,?non-empty?path. 2015-12-23T16:37:34.644226Z?0?[Note]?/usr/local/Cellar/mysql/5.7.9/bin/mysqld?(mysqld?5.7.9-log)?starting?as?process?24268?... 2015-12-23T16:37:34.646468Z?0?[Warning]?Setting?lower_case_table_names=2?because?file?system?for?/usr/local/var/mysql/?is?case?insensitive 2015-12-23T16:37:34.646945Z?0?[ERROR]?You?have?enabled?the?binary?log,?but?you?haven't?provided?the?mandatory?server-id.?Please?refer?to?the?proper?server?start-up?parameters?documentation 2015-12-23T16:37:34.646978Z?0?[ERROR]?Aborting 2015-12-23T16:37:34.646991Z?0?[Note]?Binlog?end 2015-12-23T16:37:34.647068Z?0?[Note]?/usr/local/Cellar/mysql/5.7.9/bin/mysqld:?Shutdown?complete 151224?00:37:34?mysqld_safe?mysqld?from?pid?file?/usr/local/Cellar/mysql/5.7.9/data/mysql.pid?ended
重點：
You have enabled the binary log, but you haven’t provided the mandatory server-id. Please refer to the proper server start-up parameters documentation
說明需要配置一個server-id， 再拿這句話百度，果然是這樣。所以在 配置文件/etc/my.cn中添加 server-id = 1，再重啟mysql，解決問題。而且在配置的bin-log同級目錄增加了mysql-bin.000001 ?mysql-bin.index ? mysql-bin.log 三個文件，前兩個是自動生成。
參數：
log_bin：設置此參數表示啟用binlog功能，并指定路徑名稱
log_bin_index：設置此參數是指定二進制索引文件的路徑與名稱
binlog_do_db：此參數表示只記錄指定數據庫的二進制日志
binlog_ignore_db：此參數表示不記錄指定的數據庫的二進制日志
max_binlog_cache_size：此參數表示binlog使用的內存最大的尺寸
binlog_cache_size：此參數表示binlog使用的內存大小，可以通過狀態變量binlog_cache_use和binlog_cache_disk_use來幫助測試。binlog_cache_use：使用二進制日志緩存的事務數量
binlog_cache_disk_use:使用二進制日志緩存但超過binlog_cache_size值并使用臨時文件來保存事務中的語句的事務數量
max_binlog_size：Binlog最大值，最大和默認值是1GB，該設置并不能嚴格控制Binlog的大小，尤其是Binlog比較靠近最大值而又遇到一個比較大事務時，為了保證事務的完整性，不可能做切換日志的動作，只能將該事務的所有SQL都記錄進當前日志，直到事務結束
sync_binlog：這個參數直接影響mysql的性能和完整性
sync_binlog=0：
當事務提交后，Mysql僅僅是將binlog_cache中的數據寫入Binlog文件，但不執行fsync之類的磁盤 ? ? ? ?同步指令通知文件系統將緩存刷新到磁盤，而讓Filesystem自行決定什么時候來做同步，這個是性能最好的。
sync_binlog=n，在進行n次事務提交以后，Mysql將執行一次fsync之類的磁盤同步指令，同志文件系統將Binlog文件緩存刷新到磁盤。
Mysql中默認的設置是sync_binlog=0，即不作任何強制性的磁盤刷新指令，這時性能是最好的，但風險也是最大的。一旦系統繃Crash，在文件系統緩存中的所有Binlog信息都會丟失
-
登錄mysql，再次查看bin-log的狀態，屬于啟用狀態
mysql>?show?variables?like?"%log_bin%"; +---------------------------------+----------------------+ |?Variable_name???????????????????|?Value????????????????| +---------------------------------+----------------------+ |?log_bin?????????????????????????|?ON???????????????????| |?log_bin_basename????????????????|?/tmp/mysql-bin???????| |?log_bin_index???????????????????|?/tmp/mysql-bin.index?| |?log_bin_trust_function_creators?|?OFF??????????????????| |?log_bin_use_v1_row_events???????|?OFF??????????????????| |?sql_log_bin?????????????????????|?ON???????????????????| +---------------------------------+----------------------+
-
binlog的刪除
binlog的刪除可以手工刪除或自動刪除
自動刪除binlog
通過binlog參數（expire_logs_days ）來實現mysql自動刪除binlog
????mysql>?show?binary?logs; ????+------------------+-----------+ ????|?Log_name?????????|?File_size?| ????+------------------+-----------+ ????|?mysql-bin.000001?|???????869?| ????+------------------+-----------+ ????1?row?in?set?(0.00?sec) ????mysql>?show?variables?like?'expire_logs_days'?; ????+------------------+-------+ ????|?Variable_name????|?Value?| ????+------------------+-------+ ????|?expire_logs_days?|?0?????| ????+------------------+-------+ ????1?row?in?set?(0.00?sec) ????mysql>?;set?global?expire_logs_days=3; ????ERROR:? ????No?query?specified ????Query?OK,?0?rows?affected?(0.00?sec) ????mysql>?show?variables?like?'expire_logs_days'?; ????+------------------+-------+ ????|?Variable_name????|?Value?| ????+------------------+-------+ ????|?expire_logs_days?|?3?????| ????+------------------+-------+ ????1?row?in?set?(0.00?sec)
手工刪除binlog
????mysql>?reset?master;???//刪除master的binlog ????mysql>?reset?slave;????//刪除slave的中繼日志 ????mysql>?purge?master?logs?before?'2012-03-30?17:20:00';??//刪除指定日期以前的日志索引中binlog日志文件 ????mysql>?purge?master?logs?to?'mysql-bin.000001';???//刪除指定日志文件的日志索引中binlog日志文件
或者直接用操作系統命令直接刪除
????mysql>?set?sql_log_bin=1/0;?//如果用戶有super權限，可以啟用或禁用當前會話的binlog記錄 ????mysql>?show?master?logs;?//查看master的binlog日志? ????mysql>?show?binary?logs;?//查看master的binlog日志 ????mysql>?show?master?status;?//用于提供master二進制日志文件的狀態信息 ????mysql>?show?slave?hosts;?//顯示當前注冊的slave的列表。不以--report-host=slave_name選項為開頭的slave不會顯示在本列表中
-
blog查看：通過mysqlbinlog 查看日志文件
bash-3.2#?mysqlbinlog?/tmp/mysql-bin.log
四、Slow Query Log
記錄Mysql 慢查詢的日志
修改配置文件 /etc/my.cnf
1. Mysql 慢查詢配置相關命令：
-
查看日志功能是否開啟：show variables like “%slow%”;
mysql>?show?variables?like?"%slow%"; +---------------------------+----------------------------------------------------+ |?Variable_name?????????????|?Value??????????????????????????????????????????????| +---------------------------+----------------------------------------------------+ |?log_slow_admin_statements?|?OFF????????????????????????????????????????????????| |?log_slow_slave_statements?|?OFF????????????????????????????????????????????????| |?slow_launch_time??????????|?2??????????????????????????????????????????????????| |?slow_query_log????????????|?OFF????????????????????????????????????????????????| |?slow_query_log_file???????|?/usr/local/var/mysql/tongkundeMacBook-Pro-slow.log?| +---------------------------+----------------------------------------------------+
slow_query_log 配置為OFF ， 說明未開啟慢日志
-
打開慢日志功能：set global slow_query_log = on;
mysql>?set?global?slow_query_log?=?on; Query?OK,?0?rows?affected?(0.06?sec)
-
查看下默認設置的慢查詢的時間：show variables like “%long_query%”;
mysql>?show?variables?like?"%long_query%"; +-----------------+-----------+ |?Variable_name???|?Value?????| +-----------------+-----------+ |?long_query_time?|?10.000000?| +-----------------+-----------+
可以看出，默認是10秒，按照這個配置，數據得上n億才能達到，為了測試我們修改一下
2. 修改Mysql配置文件的方式
-
打開/etc/my.cnf , 加入慢查詢配置文件
slow-query-log?=?1 slow-query-log-file?=?/tmp/mysql-slow.log long_query_time?=?1?#設置滿請求時間,?設置查多少秒的查詢算是慢查詢
保存退出后要重啟mysql
mysql.server?restart;
-
通過mysql命令查看配置：
mysql>?show?variables?like?"%slow%"; +---------------------------+---------------------+ |?Variable_name?????????????|?Value???????????????| +---------------------------+---------------------+ |?log_slow_admin_statements?|?OFF?????????????????| |?log_slow_slave_statements?|?OFF?????????????????| |?slow_launch_time??????????|?2???????????????????| |?slow_query_log????????????|?OFF?????????????????| |?slow_query_log_file???????|?/tmp/mysql-slow.log?| +---------------------------+---------------------+
這里顯示慢日志功能還未開啟
-
打開慢日志功能
mysql>?set?global?slow_query_log?=?on; ERROR?29?(HY000):?File?'/tmp/mysql-slow.log'?not?found?(Errcode:?13?-?Permission?denied)
恩，報錯了，說明什么呢，權限不夠，那就給權限，退出mysql 執行：
?chown?mysql:mysql?/tmp/mysql-slow.log
回到mysql，再次打開慢日志：
mysql>?set?global?slow_query_log?=?on; Query?OK,?0?rows?affected?(0.00?sec)
ok, 解決。
3. 測試一下
-
先監控下日志： tail -f /tmp/mysql-slow.log
-
在mysql中分別執行兩句查詢：
mysql>?SELECT?2; +---+ |?2?| +---+ |?2?| +---+ 1?row?in?set?(0.00?sec) mysql>?SELECT?sleep(3); +----------+ |?sleep(3)?| +----------+ |????????0?| +----------+ 1?row?in?set?(3.01?sec)
-
查看一下日志文件的輸出：
#?Time:?2015-12-23T15:50:44.140140Z #?User@Host:?root[root]?@?localhost?[]??Id:?????2 #?Query_time:?3.003542??Lock_time:?0.000000?Rows_sent:?1??Rows_examined:?0 SET?timestamp=1450885844; SELECT?sleep(3);
基本上查詢的所有信息都有顯示，就不多白花了。
