mysql日誌詳細解析
MySQL日誌：html
主要包含：錯誤日誌、查詢日誌、慢查詢日誌、事務日誌、二進制日誌；mysql
日誌是mysql數據庫的重要組成部分。日誌文件中記錄着mysql數據庫運行期間發生的變化；也就是說用來記錄mysql數據庫的客戶端鏈接情況、SQL語句的執行狀況和錯誤信息等。當數據庫遭到意外的損壞時，能夠經過日誌查看文件出錯的緣由，而且能夠經過日誌文件進行數據恢復。web
錯誤日誌sql
在mysql數據庫中，錯誤日誌功能是默認開啓的。而且，錯誤日誌沒法被禁止。默認狀況下，錯誤日誌存儲在mysql數據庫的數據文件中。錯誤日誌文件一般的名稱爲hostname.err。其中，hostname表示服務器主機名。數據庫
錯誤日誌信息能夠本身進行配置的，錯誤日誌所記錄的信息是能夠經過log-error和log-warnings來定義的，其中log-err是定義是否啓用錯誤日誌的功能和錯誤日誌的存儲位置，log-warnings是定義是否將警告信息也定義至錯誤日誌中。默認狀況下錯誤日誌大概記錄如下幾個方面的信息：服務器啓動和關閉過程當中的信息（未必是錯誤信息，如mysql如何啓動InnoDB的表空間文件的、如何初始化本身的存儲引擎的等等）、服務器運行過程當中的錯誤信息、事件調度器運行一個事件時產生的信息、在從服務器上啓動服務器進程時產生的信息。vim
下面咱們來定義mysql錯誤日誌的功能：緩存
通常而言，日誌級別的定義沒有回話變量都只是在全局級別下進行定義。服務器
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
|
mysql> SHOW GLOBAL VARIABLES LIKE
'%log%'
;
+-----------------------------------------+-----------------------------------+
| Variable_name | Value |
+-----------------------------------------+-----------------------------------+
| back_log | 50 |
| binlog_cache_size | 32768 |
| binlog_direct_non_transactional_updates | OFF |
| binlog_format | MIXED |
| binlog_stmt_cache_size | 32768 |
| expire_logs_days | 0 |
| general_log | OFF |
| general_log_file |
/mydata/data/stu18
.log |
| innodb_flush_log_at_trx_commit | 1 |
| innodb_locks_unsafe_for_binlog | OFF |
| innodb_log_buffer_size | 8388608 |
| innodb_log_file_size | 5242880 |
| innodb_log_files_in_group | 2 |
| innodb_log_group_home_dir | ./ |
| innodb_mirrored_log_groups | 1 |
| log | OFF |
| log_bin | ON |
| log_bin_trust_function_creators | OFF |
| log_error |
/mydata/data/stu18
.magedu.com.err |定義錯誤日誌
| log_output | FILE |
| log_queries_not_using_indexes | OFF |
| log_slave_updates | OFF |
| log_slow_queries | OFF |
| log_warnings | 1 是否把警告信息寫入錯誤日誌中
| max_binlog_cache_size | 18446744073709547520 |
| max_binlog_size | 1073741824 |
| max_binlog_stmt_cache_size | 18446744073709547520 |
| max_relay_log_size | 0 |
| relay_log | |
| relay_log_index | |
| relay_log_info_file | relay-log.info |
| relay_log_purge | ON |
| relay_log_recovery | OFF |
| relay_log_space_limit | 0 |
| slow_query_log | OFF |
| slow_query_log_file |
/mydata/data/stu18-slow
.log |
| sql_log_bin | ON |
| sql_log_off | OFF |
| sync_binlog | 0 |
| sync_relay_log | 0 |
| sync_relay_log_info | 0 |
+-----------------------------------------+-----------------------------------+
|
其中，log_error能夠直接定義爲文件路徑，也能夠爲ON|OFF；log_warings只能使用1|0來定義開關啓動。session
更改錯誤日誌位置可使用log_error來設置形式以下：併發
|
1
2
3
|
[root@stu18 data]
# vim /etc/my.cnf
[mysqld]
Log_error=DIR/[filename]
|
解析：其中，DIR參數指定錯誤日誌的路徑filename參數是錯誤日誌的名稱，沒有指定該參數時默認爲主機名。重啓mysql服務器便可生效。
查看mysql錯誤日誌：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
[root@stu18 data]
# tail -20 stu18.magedu.com.err
130813 15:30:50 InnoDB: Starting
shutdown
...
130813 15:30:51 InnoDB: Shutdown completed; log sequence number 1630920
130813 15:30:51 [Note]
/usr/local/mysql/bin/mysqld
: Shutdown complete
130813 15:30:52 mysqld_safe mysqld from pid
file
/mydata/data/stu18
.magedu.com.pid ended
130813 15:30:53 mysqld_safe Starting mysqld daemon with databases from
/mydata/data
130813 15:30:54 InnoDB: The InnoDB memory heap is disabled
#禁用了InnoDB memory的堆功能。
130813 15:30:54 InnoDB: Mutexes and rw_locks use GCC atomic builtins
#Mutexes（互斥量）和rw_locks（行級鎖）是GCC編譯的是InnoDB內置的。
130813 15:30:54 InnoDB: Compressed tables use zlib 1.2.3
#默認壓縮工具是zlib
130813 15:30:55 InnoDB: Initializing buffer pool, size = 128.0M
#InnoDB引擎的緩衝池（buffer pool）的值大小
130813 15:30:55 InnoDB: Completed initialization of buffer pool
130813 15:30:55 InnoDB: highest supported
file
format
is Barracuda.
130813 15:30:57 InnoDB: Waiting
for
the background threads to start
130813 15:30:58 InnoDB: 5.5.33 started; log sequence number 1630920
130813 15:30:58 [Note] Server
hostname
(bind-address):
'0.0.0.0'
; port: 3306
130813 15:30:58 [Note] -
'0.0.0.0'
resolves to
'0.0.0.0'
;
#0.0.0.0會反解主機名，這裏反解失敗
130813 15:30:58 [Note] Server socket created on IP:
'0.0.0.0'
.
130813 15:30:58 [Note] Event Scheduler: Loaded 0 events
#事件調度器沒有任何事件，由於沒有裝載。
130813 15:30:58 [Note]
/usr/local/mysql/bin/mysqld
: ready
for
connections.
#mysql啓動完成等待客戶端的請求。
Version:
'5.5.33-log'
socket:
'/tmp/mysql.sock'
port: 3306 Source distribution
#建立一個本地sock用於本地鏈接。
|
刪除錯誤日誌：
在mysql5.5.7以前：數據庫管理員能夠刪除很長時間以前的錯誤日誌，以保證mysql服務器上的硬盤空間。mysql數據庫中，可使用mysqladmin命令開啓新的錯誤日誌。mysqladmin命令的語法以下：mysqladmin –u root –pflush-logs也可使用登陸mysql數據庫中使用FLUSHLOGS語句來開啓新的錯誤日誌。
在mysql5.5.7以後：服務器將關閉此項功能。只能使用重命名原來的錯誤日誌文件，手動沖洗日誌建立一個新的：方式以下：
|
1
2
3
4
|
[root@stu18 data]
# mv stu18.magedu.com.err stu18.magedu.com.err.old
[root@stu18 data]
# mysqladmin flush-logs
[root@stu18 data]
# ls
hellodb myclass mysql-bin.000003 mysql-bin.index stu18.magedu.com.pid ibdata1 mysql mysql-bin.000004 performance_schema ib_logfile0 mysql-bin.000001 stu18.magedu.com.err
test
ib_logfile1 mysql-bin.000002 stu18.magedu.com.err.old
|
更多信息請查閱官方文檔：http://dev.mysql.com/doc/refman/5.5/en/error-log.html
查詢日誌：
默認狀況下查詢日誌是關閉的。因爲查詢日誌會記錄用戶的全部操做，其中還包含增刪查改等信息，在併發操做大的環境下會產生大量的信息從而致使沒必要要的磁盤IO，會影響mysql的性能的。如若不是爲了調試數據庫的目的建議不要開啓查詢日誌。
查看查詢日誌是否開啓：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
|
mysql> SHOW GLOBAL VARIABLES LIKE
'%log%'
;
+-----------------------------------------+-----------------------------------+
| Variable_name | Value |
+-----------------------------------------+-----------------------------------+
| back_log | 50 |
| binlog_cache_size | 32768 |
| binlog_direct_non_transactional_updates | OFF |
| binlog_format | MIXED |
| binlog_stmt_cache_size | 32768 |
| expire_logs_days | 0 |
| general_log | OFF
#定義查詢日誌是否開啓 |
| general_log_file |
/mydata/data/stu18
.log
#定義查詢日誌的文件地址名稱 |
| innodb_flush_log_at_trx_commit | 1 |
| innodb_locks_unsafe_for_binlog | OFF |
| innodb_log_buffer_size | 8388608 |
| innodb_log_file_size | 5242880 |
| innodb_log_files_in_group | 2 |
| innodb_log_group_home_dir | ./ |
| innodb_mirrored_log_groups | 1 |
| log | OFF
#是否開啓日誌 （若開啓則表示開啓全部的日誌功能） |
| log_bin | ON |
| log_bin_trust_function_creators | OFF |
| log_error |
/mydata/data/stu18
.magedu.com.err |
| log_output | FILE
#日誌的輸出的位置 |
| log_queries_not_using_indexes | OFF |
| log_slave_updates | OFF |
| log_slow_queries | OFF |
| log_warnings | 1 |
| max_binlog_cache_size | 18446744073709547520 |
| max_binlog_size | 1073741824 |
| max_binlog_stmt_cache_size | 18446744073709547520 |
| max_relay_log_size | 0 |
| relay_log | |
| relay_log_index | |
| relay_log_info_file | relay-log.info |
| relay_log_purge | ON |
| relay_log_recovery | OFF |
| relay_log_space_limit | 0 |
| slow_query_log | OFF |
| slow_query_log_file |
/mydata/data/stu18-slow
.log |
| sql_log_bin | ON |
| sql_log_off | OFF |
| sync_binlog | 0 |
| sync_relay_log | 0 |
| sync_relay_log_info | 0 |
+-----------------------------------------+-----------------------------------+
41 rows
in
set
(0.00 sec)
|
拓展解析：日誌的輸出位置通常有三種方式：file(文件)，table(表)，none(不保存)；其中前兩個輸出位置能夠同時定義，none表示是開啓日誌功能可是記錄日誌信息。file就是經過general_log_file |/mydata/data/stu18.log 等方式定義的，而輸出位置定義爲表時查看日誌的內容方式爲：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
mysql> use mysql;
#在此數據庫中
Database changed
mysql> show tables;
+---------------------------+
| Tables_in_mysql |
+---------------------------+
| columns_priv |
| db |
| event |
| func |
| general_log |
#這個就是查詢日誌的表輸出位置
| help_category |
| help_keyword |
| help_relation |
| help_topic
……………… |
+---------------------------+
|
慢查詢日誌：
慢查詢日誌是用來記錄執行時間超過指定時間的查詢語句。經過慢查詢日誌，能夠查找出哪些查詢語句的執行效率很低，以便進行優化。通常建議開啓，它對服務器性能的影響微乎其微，可是能夠記錄mysql服務器上執行了很長時間的查詢語句。能夠幫助咱們定位性能問題的。
查看慢查詢日誌的定義：
|
1
2
3
|
mysql> SHOW GLOBAL VARIABLES LIKE
'%log%'
;
| slow_query_log | OFF
#定義慢查詢日誌的
| slow_query_log_file |
/mydata/data/stu18-slow
.log
#輸出方式爲file（文件）時定義慢查詢日誌的位置
|
啓動和設置慢查詢日誌：
1、經過配置文件my.cnf中的log-slow-queries選項能夠開啓慢查詢日誌；形式以下：
|
1
2
3
4
|
[root@stu18 data]
# vim /etc/my.cnf
[mysqld]
slow_query_log=1
log-slow-queries [= DIR/[filename] ]
|
其中，DIR參數指定慢查詢日誌的存儲路徑；filename參數指定日誌的文件名，生成日誌文件的完成名稱爲filename-slow.log。若是不指定存儲路徑，慢查詢日誌默認存儲到mysql數據庫的數據文件下，若是不指定文件名，默認文件名爲hostname-slow.log。
2、經過登陸mysql服務器直接定義，方式以下：
首先要有全局權限；而後執行mysql>set global slow_query_log=1;
時間默認超過多少的稱爲慢查詢日誌？
通常都是經過long_query_time選項來設置這個時間值，時間以秒爲單位，能夠精確到微秒。若是查詢時間超過了這個時間值（默認爲10秒），這個查詢語句將被記錄到慢查詢日誌中。查看服務器默認時間值方式以下：
|
1
2
3
4
5
6
7
|
mysql> SHOW GLOBAL VARIABLES LIKE
'long%'
;
+-----------------+-----------+
| Variable_name | Value |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+
1 row
in
set
(0.04 sec)
|
註釋：其中這個慢查詢時間並非只表示語句自身執行超過10秒還包含因爲其餘資源被徵用形成阻塞的查詢執行時間或其餘緣由等都被記錄到慢查詢中。因此這個慢查的時長表示從查詢開始到查詢結束中間包含可能的任何緣由所經歷的全部時間。
測試是否能夠記錄日誌：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
mysql>
set
globalslow_query_log=1;
#開啓慢查詢日誌
Query OK, 0 rowsaffected (0.35 sec)
mysql> setsession long_query_time=0.001;
#更改時間（當前session中，退出則重置）
Query OK, 0 rowsaffected (0.00 sec)
mysql>
set
globallong_query_time=0.001;
#更改時間（全局中，重啓服務則重置）
mysql> SHOWVARIABLES LIKE
'long%'
;
#查詢定義時間
+-----------------+----------+
| Variable_name | Value |
+-----------------+----------+
| long_query_time |0.001000 |
+-----------------+----------+
1 row
in
set
(0.00sec)
mysql> showglobal variables like
"%slow%"
;
#查看慢查詢日誌開啓狀態
+---------------------+-----------------------------+
| Variable_name | Value |
+---------------------+-----------------------------+
|log_slow_queries | ON |
|slow_launch_time | 2 |
|slow_query_log | ON |
|slow_query_log_file |
/mydata/data/stu18-slow
.log |
+---------------------+-----------------------------+
4 rows
in
set
(0.03sec)
|
查看慢查詢日誌：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
mysql> use mysql
mysql> selectuser,host,password from user where user=
"root"
;
+------+------------------+----------+
| user | host | password |
+------+------------------+----------+
| root |localhost | |
| root |stu18.magedu.com | |
| root |127.0.0.1 | |
| root | ::1 | |
+------+------------------+----------+
4 rows
in
set
(0.08sec)
#查詢時間爲0.08
mysql> systemmore
/mydata/data/stu18_slow
.log
#查詢慢查詢日誌記錄信息
/usr/local/mysql/bin/mysqld
,Version: 5.5.33-log (Source distribution). started
with:
Tcp port: 3306 Unix socket:
/tmp/mysql
.sock
Time Id Command Argument
>>>>>>>>>>>>>>>>部分已省略>>>>>>>>>>>>>>
# Time: 13100723:46:33
# User@Host:root[root] @ localhost []
# Query_time:0.108459 Lock_time: 0.000216 Rows_sent:4 Rows_examined: 6
SETtimestamp=1381160793;
selectuser,host,password from user where user=
"root"
;
|
事務日誌：
事務日誌（InnoDB特有的日誌）能夠幫助提升事務的效率。使用事務日誌，存儲引擎在修改表的數據時只須要修改其內存拷貝，再把改修改行爲記錄到持久在硬盤上的事務日誌中，而不用每次都將修改的數據自己持久到磁盤。事務日誌採用追加的方式，所以寫日誌的操做是磁盤上一小塊區域內的順序I/O，而不像隨機I/O須要在磁盤的多個地方移動磁頭，因此採用事務日誌的方式相對來講要快得多。事務日誌持久之後，內存中被修改的數據在後臺能夠慢慢的刷回到磁盤。目前大多數的存儲引擎都是這樣實現的，咱們一般稱之爲預寫式日誌，修改數據須要寫兩次磁盤。
若是數據的修改已經記錄到事務日誌並持久化，但數據自己尚未寫回磁盤，此時系統崩潰，存儲引擎在重啓時可以自動恢復這部分修改的數據。具備的恢復方式則視存儲引擎而定。
查看事務日誌的定義：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
mysql> SHOWGLOBAL VARIABLES LIKE
'%log%'
;
+-----------------------------------------+-----------------------------------+
| Variable_name | Value |
+-----------------------------------------+-----------------------------------+
| innodb_flush_log_at_trx_commit | 1
#在事務提交時innodb是否同步日誌從緩衝到文件中1表示事務以提交就同步不提交每隔一秒同步一次，性能會不好形成大量的磁盤I/O；定義爲2表示只有在事務提交時纔會同步可是可能會丟失整個事務 |
|innodb_locks_unsafe_for_binlog |OFF |
| innodb_log_buffer_size | 8388608 |
|innodb_log_file_size |5242880 |
| innodb_log_files_in_group | 2
#至少有兩個 |
|innodb_log_group_home_dir |./
#定義innodb事務日誌組的位置 |
|innodb_mirrored_log_groups |1
#表示對日誌組作鏡像 |
每一個事務日誌都是大小爲5兆的文件：
[root@stu18 data]
#ls -lh
-rw-rw---- 1 mysqlmysql 5.0M Oct 7 23:36 ib_logfile0
-rw-rw---- 1 mysqlmysql 5.0M Aug 12 01:06 ib_logfile1
|
二進制日誌：
二進制日誌也叫做變動日誌，主要用於記錄修改數據或有可能引發數據改變的mysql語句，而且記錄了語句發生時間、執行時長、操做的數據等等。因此說經過二進制日誌能夠查詢mysql數據庫中進行了哪些變化。通常大小體積上限爲1G。
二進制開啓狀態：
|
1
2
3
4
5
6
7
8
|
mysql> showglobal variables like
"%log_bin%"
;
+---------------------------------+-------+
| Variable_name | Value |
+---------------------------------+-------+
| log_bin | ON |
#已開啓
|log_bin_trust_function_creators | OFF |
| sql_log_bin | ON |
+---------------------------------+-------+
|
二進制日誌相關的參數：
|
1
2
3
4
5
6
7
8
9
10
|
mysql> showglobal variables like
"%log%"
;
sql_log_bin ={ON|OFF}
#用於控制會話級別二進制日誌功能的開啓或關閉。默認爲ON，表示啓用記錄功能。用戶能夠在會話級別修改此變量的值，但其必須具備SUPER權限。
binlog_cache_size =32768
#默認值32768 Binlog Cache用於在打開了二進制日誌（binlog）記錄功能的環境，是MySQL 用來提升binlog的記錄效率而設計的一個用於短期內臨時緩存binlog數據的內存區域。通常來講，若是咱們的數據庫中沒有什麼大事務，寫入也不是特別頻繁，2MB～4MB是一個合適的選擇。可是若是咱們的數據庫大事務較多，寫入量比較大，可與適當調高binlog_cache_size。同時，咱們能夠經過binlog_cache_use 以及 binlog_cache_disk_use來分析設置的binlog_cache_size是否足夠，是否有大量的binlog_cache因爲內存大小不夠而使用臨時文件（binlog_cache_disk_use）來緩存了。
binlog_stmt_cache_size= 32768
#當非事務語句使用二進制日誌緩存，可是超出binlog_stmt_cache_size時，使用一個臨時文件來存放這些語句。
log_bin = mysql-bin
#指定binlog的位置，默認在數據目錄下。
binlog-
format
= {ROW|STATEMENT|MIXED}
#指定二進制日誌的類型，默認爲MIXED。若是設定了二進制日誌的格式，卻沒有啓用二進制日誌，則MySQL啓動時會產生警告日誌信息並記錄於錯誤日誌中。
sync_binlog = 10
#設定多久同步一次二進制日誌至磁盤文件中，0表示不一樣步，任何正數值都表示對二進制每多少次寫操做以後同步一次。當autocommit的值爲1時，每條語句的執行都會引發二進制日誌同步，不然，每一個事務的提交會引發二進制日誌同步
max_binlog_cache_size= {4096 .. 18446744073709547520}
#二進定日誌緩存空間大小，5.5.9及之後的版本僅應用於事務緩存，其上限由max_binlog_stmt_cache_size決定。
max_binlog_stmt_cache_size= {4096 .. 18446744073709547520}
#二進定日誌緩存空間大小，5.5.9及之後的版本僅應用於事務緩存
expire_log_days ={0..99}
#設定二進制日誌的過時天數，超出此天數的二進制日誌文件將被自動刪除。默認爲0，表示不啓用過時自動刪除功能。若是啓用此功能，自動刪除工做一般發生在MySQL啓動時或FLUSH日誌時。
|
二進制日誌定義方式：
其1、log_bin能夠直接定義爲文件路徑，也能夠爲ON|OFF。
其2、經過編輯my.cnf中的log-bin選項能夠開啓二進制日誌；形式以下：
|
1
2
3
|
[root@stu18 ~]
#my.cnf
[mysqld]
log-bin [=DIR \ [filename]]
|
其中，DIR參數指定二進制文件的存儲路徑；filename參數指定二級制文件的文件名，其形式爲filename.number，number的形式爲00000一、000002等。每次重啓mysql服務或運行mysql> flush logs;都會生成一個新的二進制日誌文件，這些日誌文件的number會不斷地遞增。除了生成上述的文件外還會生成一個名爲filename.index的文件。這個文件中存儲全部二進制日誌文件的清單又稱爲二進制文件的索引。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
[root@stu18 ~]
# cd /mydata/data/
[root@stu18 data]
#ls -lh
-rw-rw---- 1 mysqlmysql 14K Aug 13 15:30 mysql-bin.000001
-rw-rw---- 1 mysqlmysql 150 Aug 13 17:05 mysql-bin.000002
-rw-rw---- 1 mysqlmysql 150 Aug 13 17:06 mysql-bin.000003
-rw-rw---- 1 mysqlmysql 150 Aug 13 17:07 mysql-bin.000004
-rw-rw---- 1 mysqlmysql 150 Aug 13 17:39 mysql-bin.000005
-rw-rw---- 1 mysqlmysql 126 Aug 13 19:03 mysql-bin.000006
-rw-rw---- 1 mysqlmysql 126 Aug 13 19:03 mysql-bin.000007
-rw-rw---- 1 mysqlmysql 126 Aug 13 19:05 mysql-bin.000008
-rw-rw---- 1 mysqlmysql 107 Aug 13 19:05 mysql-bin.000009
-rw-rw---- 1 mysqlmysql 353 Oct 7 23:40 mysql-bin.000010
-rw-rw---- 1 mysqlmysql 190 Oct 7 20:43 mysql-bin.index
[root@stu18 data]
#cat mysql-bin.index
.
/mysql-bin
.000001
.
/mysql-bin
.000002
.
/mysql-bin
.000003
.
/mysql-bin
.000004
.
/mysql-bin
.000005
.
/mysql-bin
.000006
.
/mysql-bin
.000007
.
/mysql-bin
.000008
.
/mysql-bin
.000009
.
/mysql-bin
.000010
|
若是說咱們向某個表的某個字段插入一個數據而這個數據爲當前時間(日期時間型)；過段時間將此二進制文件應用到另外一臺服務器上數據就會變更從而致使數據的不一致性因此說對於這種非肯定性的數據使用默認的語句定義並非可靠的；
二進制日誌中經常使用的定義格式：
1、語句(statement)：默認的記錄格式；
2、行(row)：定義的並不是數據自己而是這一行的數據是什麼；
3、混合模式(mixed)：交替使用行和語句、由mysql服務器自行判斷。
其中基於行的定義格式數據量會大一些可是能夠保證數據的精確性。
查看二進制日誌：
二進制日誌的定義方式爲二進制格式；使用此格式能夠存儲更多的信息，而且可使寫入二進制日誌的效率更高。可是不能直接使用查看命令打開並查看二進制日誌。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
|
mysql> showbinary logs;
#顯示當前服務器使用的二進制文件及大小
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001| 13814 |
| mysql-bin.000002| 150 |
| mysql-bin.000003| 150 |
| mysql-bin.000004| 150 |
| mysql-bin.000005| 150 |
| mysql-bin.000006| 126 |
| mysql-bin.000007| 126 |
| mysql-bin.000008| 126 |
| mysql-bin.000009| 107 |
| mysql-bin.000010| 353 |
+------------------+-----------+
10 rows
in
set
(0.07sec)
mysql> showmaster logs;
#顯示主服務器使用的二進制文件及大小
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001| 13814 |
| mysql-bin.000002| 150 |
| mysql-bin.000003| 150 |
| mysql-bin.000004| 150 |
| mysql-bin.000005| 150 |
| mysql-bin.000006| 126 |
| mysql-bin.000007| 126 |
| mysql-bin.000008| 126 |
| mysql-bin.000009| 107 |
| mysql-bin.000010| 353 |
+------------------+-----------+
10 rows
in
set
(0.02sec)
mysql> showmaster status;
#當前使用的二進制文件及所處位置
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB |Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000010| 353 | | |
+------------------+----------+--------------+------------------+
1 row
in
set
(0.00sec)
|
小擴展：二進制日誌的記錄位置：一般爲上一個事件執行結束時間的位置，每個日誌文件自己也有本身的元數據因此說對於當前版本的mysql來講二進制的開始位置一般爲107；
|
1
2
3
4
5
6
7
8
9
10
|
mysql> flushlogs;
Query OK, 0 rowsaffected (0.23 sec)
注意：flush logs通常只會滾動中繼日誌和二進制日誌。
mysql> showmaster status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB |Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000011| 107 | | |
+------------------+----------+--------------+------------------+
1 row
in
set
(0.00sec)
|
查看當前二進制文件的信息：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
mysql> createdatabase yong;
Query OK, 1 rowaffected (0.12 sec)
mysql> createtable yong.tb1 (
id
int,name char(20));
Query OK, 0 rowsaffected (0.44 sec)
mysql> insertinto yong.tb1 values(1,
'tom'
);
Query OK, 1 rowaffected (0.14 sec)
mysql> showmaster status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB |Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000011| 479 | | |
+------------------+----------+--------------+------------------+
1 row
in
set
(0.00sec)
|
查看二進制日誌信息的命令：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
|
SHOW BINLOG EVENTS[IN
'log_name'
] [FROM pos] [LIMIT [offset,] row_count]
mysql> showbinlog events\G
#查看全部的二進制信息
***************************87. row ***************************
Log_name: mysql-bin.000001
Pos: 13580
Event_type: Query
Server_id: 1
End_log_pos: 13688
Info: use `hellodb`; /*!40000 ALTERTABLE `toc` DISABLE KEYS */
***************************88. row ***************************
Log_name: mysql-bin.000001
Pos: 13688
Event_type: Query
Server_id: 1
End_log_pos: 13795
Info: use `hellodb`; /*!40000 ALTERTABLE `toc` ENABLE KEYS */
***************************89. row ***************************
Log_name: mysql-bin.000001
Pos: 13795
Event_type: Stop
Server_id: 1
End_log_pos: 13814
Info:
89 rows
in
set
(0.00sec)
mysql> showbinlog events
in
'mysql-bin.000011'
;
#查看指定日誌的二進制信息
+------------------+-----+-------------+-----------+-------------+----------------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
+------------------+-----+-------------+-----------+-------------+----------------------------------------------+
| mysql-bin.000011| 4 | Format_desc | 1 | 107 | Server ver: 5.5.33-log, Binlogver: 4 |
| mysql-bin.000011 |107 | Query | 1 | 190 | create database yong |
| mysql-bin.000011 |190 | Query | 1 | 293 | create table yong.tb1 (idint,name char(20)) |
| mysql-bin.000011 |293 | Query | 1 | 357 | BEGIN |
| mysql-bin.000011 |357 | Query | 1 | 452 | insert into yong.tb1values(1,
'tom'
) |
| mysql-bin.000011 |452 | Xid | 1 | 479 | COMMIT /* xid=103 */ |
+------------------+-----+-------------+-----------+-------------+----------------------------------------------+
6 rows
in
set
(0.00sec)
mysql> showbinlog events
in
'mysql-bin.000011'
from 190;
#從指定的事件位置開始
+------------------+-----+------------+-----------+-------------+----------------------------------------------+
| Log_name | Pos | Event_type | Server_id |End_log_pos | Info |
+------------------+-----+------------+-----------+-------------+----------------------------------------------+
| mysql-bin.000011 |190 | Query | 1 | 293 | create table yong.tb1 (idint,name char(20)) |
| mysql-bin.000011 |293 | Query | 1 | 357 | BEGIN |
| mysql-bin.000011 |357 | Query | 1 | 452 | insert into yong.tb1values(1,
'tom'
) |
| mysql-bin.000011 |452 | Xid | 1 | 479 | COMMIT /* xid=103 */ |
+------------------+-----+------------+-----------+-------------+----------------------------------------------+
4 rows
in
set
(0.00sec)
mysql> showbinlog events
in
'mysql-bin.000011'
from 190 limit 3;
#指定偏移量(不是語句，是事件)
+------------------+-----+------------+-----------+-------------+----------------------------------------------+
| Log_name | Pos | Event_type | Server_id |End_log_pos | Info |
+------------------+-----+------------+-----------+-------------+----------------------------------------------+
| mysql-bin.000011 |190 | Query | 1 | 293 | create table yong.tb1 (idint,name char(20)) |
| mysql-bin.000011 |293 | Query | 1 | 357 | BEGIN |
| mysql-bin.000011 |357 | Query | 1 | 452 | insert into yong.tb1values(1,
'tom'
) |
+------------------+-----+------------+-----------+-------------+----------------------------------------------+
3 rows
in
set
(0.00sec)
|
命令行下查看二進制日誌：
因爲沒法使用cat等方式直接打開並查看二進制日誌；因此必須使用mysqlbinlog命令。可是當正在執行mysql讀寫操做時建議不要使用此打開正在使用的二進制日誌文件；若非要打開可flush logs。mysqlbinlog命令的使用方式：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
[root@stu18 data]
#mysqlbinlog mysql-bin.000017 #必須在數據目錄下
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET@@session.max_insert_delayed_threads=0*/;
/*!50003 SET@OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4 #事件開始處
#131009 0:25:59 server id 1 end_log_pos 107 Start: binlog v 4, server v 5.5.33-log created 131009 0:25:59
# Warning: thisbinlog is either in use or was not closed properly.
BINLOG '
FzJUUg8BAAAAZwAAAGsAAAABAAQANS41LjMzLWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAVAAEGggAAAAICAgCAA==
'/*!*/;
# at 107
#131009 0:26:36 server id 1 end_log_pos 192 Query thread_id=12 exec_time=0 error_code=0 #131009 0:26:36年月日的簡寫方式；end_log_pos事件結束處；thread_id=12 哪一個會話線程建立的此語句；exec_time=0 執行時長單位爲秒；error_code=0 錯誤代碼0表示沒有
SET TIMESTAMP=1381249596/*!*/;
#預設信息(環境設定)
|
導出此數據庫的信息：
|
1
|
[root@stu18 data]
#mysqlbinlog mysql-bin.000017 > /tmp/a.sql
|
導入此數據庫的信息：
|
1
|
[root@stu18 data]
#mysql < a.sql
|
刪除二進制日誌信息：
二進制日誌會記錄大量的信息（其中包含一些無用的信息）。若是很長時間不清理二進制日誌，將會浪費不少的磁盤空間。可是，刪除以後可能致使數據庫崩潰時沒法進行恢復，因此若要刪除二進制日誌首先將其和數據庫備份一份，其中也只能刪除備份前的二進制日誌，新產生的日誌信息不可刪(能夠作即時點還原)。也不可在關閉mysql服務器以後直接刪除由於這樣可能會給數據庫帶來錯誤的。若非要刪除二進制日誌須要作以下操做：導出備份數據庫和二進制日誌文件進行壓縮歸檔存儲。刪除二進制文件的方法以下：
1、刪除全部的二進制日誌（不可效仿）：
使用RESET MASTER語句能夠刪除全部的二進制日誌。該語句的形式以下：
|
1
2
3
4
5
6
7
8
9
|
mysql> resetmaster;
Query OK, 0 rowsaffected (0.17 sec)
mysql> showbinary logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001| 107 |
+------------------+-----------+
1 row
in
set
(0.04sec)
|
解析：首先不建議在生產環境下使用此操做；刪除全部的二進制日誌後，Mysql將會從新建立新的二進制日誌。新二進制日誌的編號從000001開始。
2、根據文件或時間點來刪除二進制日誌：
語法形式：
|
1
|
mysql> PURGE { BINARY | MASTER } LOGS {TO
'log_name'
| BEFORE datetime_expr }
|
其中TO'log_name'表示把這個文件以前的其餘文件都刪除掉，也可以使用BEFORE datetime_expr指定把哪一個時間以前的二進制文件刪除了。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
|
mysql> PURGEBINARY LOGS TO
'mysql-bin.000007'
;
Query OK, 0 rowsaffected (0.11 sec)
mysql> showbinary logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000007| 150 |
| mysql-bin.000008| 150 |
| mysql-bin.000009| 150 |
| mysql-bin.000010| 150 |
| mysql-bin.000011| 150 |
| mysql-bin.000012| 150 |
| mysql-bin.000013| 150 |
| mysql-bin.000014| 150 |
| mysql-bin.000015| 150 |
| mysql-bin.000016| 150 |
| mysql-bin.000017| 483 |
+------------------+-----------+
11 rows
in
set
(0.04sec)
[root@stu18 data]
#cat mysql-bin.index
.
/mysql-bin
.000007
.
/mysql-bin
.000008
.
/mysql-bin
.000009
.
/mysql-bin
.000010
.
/mysql-bin
.000011
.
/mysql-bin
.000012
.
/mysql-bin
.000013
.
/mysql-bin
.000014
.
/mysql-bin
.000015
.
/mysql-bin
.000016
.
/mysql-bin
.000017
|
由此能夠看出這種清理二進制日誌文件的方式是很是合理的，不會致使數據庫的錯誤發生。
|
1
2
|
mysql> PURGEBINARY LOGS BEFORE
'13-10-19 10:26:36'
;
#使用時間來刪除二進制日誌
Query OK, 0 rowsaffected (0.05 sec)
|
轉載：http://pangge.blog.51cto.com/6013757/1319304
轉載：http://www.cnblogs.com/wangkongming/p/3684950.html
相關文章
- 1. mysql日誌詳細解析
- 2. [轉]mysql日誌詳細解析
- 3. 詳細分析MySQL的日誌(一)
- 4. MySQL日誌詳解
- 5. MySql-日誌詳解
- 6. mysql日誌詳解
- 7. Mysql日誌詳解
- 8. Mysql日誌解析
- 9. 【MySQL （6） | 詳細分析MySQL事務日誌redo log】
- 10. 【MySQL （六） | 詳細分析MySQL事務日誌redo log】
- 更多相關文章...
- • MySQL子查詢詳解 - MySQL教程
- • MySQL下載步驟詳解 - MySQL教程
- • 爲了進字節跳動，我精選了29道Java經典算法題，帶詳細講解
- • Flink 數據傳輸及反壓詳解
相關標籤/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
最新文章
歡迎關注本站公眾號,獲取更多信息
相關文章
- 1. mysql日誌詳細解析
- 2. [轉]mysql日誌詳細解析
- 3. 詳細分析MySQL的日誌(一)
- 4. MySQL日誌詳解
- 5. MySql-日誌詳解
- 6. mysql日誌詳解
- 7. Mysql日誌詳解
- 8. Mysql日誌解析
- 9. 【MySQL （6） | 詳細分析MySQL事務日誌redo log】
- 10. 【MySQL （六） | 詳細分析MySQL事務日誌redo log】