MySQL的日記基本常識及根本操作進修教程。本站提示廣大學習愛好者：（MySQL的日記基本常識及根本操作進修教程）文章只能為提供參考，不一定能成為您想要的結果。以下是MySQL的日記基本常識及根本操作進修教程正文
MySQL日記重要包括：毛病日記、查詢日記、慢查詢日記、事務日記、二進制日記；
日記是mysql數據庫的主要構成部門。日記文件中記載著mysql數據庫運轉時代產生的變更；也就是說用來記載mysql數據庫的客戶端銜接狀態、SQL語句的履行情形和毛病信息等。當數據庫遭到不測的破壞時，可以經由過程日記檢查文件失足的緣由，而且可以經由過程日記文件停止數據恢復。
毛病日記
在mysql數據庫中，毛病日記功效是默許開啟的。而且，毛病日記沒法被制止。默許情形下，毛病日記存儲在mysql數據庫的數據文件中。毛病日記文件平日的稱號為hostname.err。個中，hostname表現辦事器主機名。
毛病日記信息可以本身停止設置裝備擺設的，毛病日記所記載的信息是可以經由過程log-error和log-warnings來界說的，個中log-err是界說能否啟用毛病日記的功效和毛病日記的存儲地位，log-warnings是界說能否將正告信息也界說至毛病日記中。默許情形下毛病日記年夜概記載以下幾個方面的信息：辦事器啟動和封閉進程中的信息（未必是毛病信息，如mysql若何啟動InnoDB的表空間文件的、若何初始化本身的存儲引擎的等等）、辦事器運轉進程中的毛病信息、事宜調劑器運轉一個事宜時發生的信息、在從辦事器上啟動辦事器過程時發生的信息。
上面我們來界說mysql毛病日記的功效：
普通而言，日記級其余界說沒有回話變量都只是在全局級別下停止界說。
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來界說開關啟動。
更改毛病日記地位可使用log_error來設置情勢以下：
[root@stu18 data]# vim /etc/my.cnf [mysqld] Log_error=DIR/[filename]
解析：個中，DIR參數指定毛病日記的途徑filename參數是毛病日記的稱號，沒有指定該參數時默許為主機名。重啟mysql辦事器便可失效。
檢查mysql毛病日記：
[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以後：辦事器將封閉此項功效。只能應用重定名本來的毛病日記文件，手動沖刷日記創立一個新的：方法以下：
[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
查詢日記：
默許情形下查詢日記是封閉的。因為查詢日記會記載用戶的一切操作，個中還包括增刪查改等信息，在並發操作年夜的情況下會發生年夜量的信息從而招致不用要的磁盤IO，會影響mysql的機能的。如若不是為了調試數據庫的目標建議不要開啟查詢日記。
檢查查詢日記能否開啟：
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 等方法界說的，而輸入地位界說為表時檢查日記的內容方法為：
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辦事器上履行了很長時光的查詢語句。可以贊助我們定位機能成績的。
檢查慢查詢日記的界說：
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選項可以開啟慢查詢日記；情勢以下：
[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秒），這個查詢語句將被記載到慢查詢日記中。檢查辦事器默許時光值方法以下：
mysql> SHOW GLOBAL VARIABLES LIKE 'long%';
+-----------------+-----------+ | Variable_name | Value | +-----------------+-----------+ | long_query_time | 10.000000 | +-----------------+-----------+ 1 row in set (0.04 sec)
正文：個中這個慢查詢時光其實不是只表現語句本身履行跨越10秒還包括因為其他資本被征用形成壅塞的查詢履行時光或其他緣由等都被記載到慢查詢中。所以這個慢查的時長表現從查詢開端到查詢停止中央包括能夠的任何緣由所閱歷的一切時光。
測試能否可以記載日記：
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)
檢查慢查詢日記：
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須要在磁盤的多個處所挪動磁頭，所以采取事務日記的方法絕對來講要快很多。事務日記耐久今後，內存中被修正的數據在後台可以漸漸的刷回到磁盤。今朝年夜多半的存儲引擎都是如許完成的，我們平日稱之為預寫式日記，修正數據須要寫兩次磁盤。
假如數據的修正曾經記載到事務日記並耐久化，但數據自己還沒有寫回磁盤，此時體系瓦解，存儲引擎在重啟時可以或許主動恢復這部門修正的數據。具有的恢復方法則視存儲引擎而定。
檢查事務日記的界說：
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。
二進制開啟狀況：
mysql> showglobal variables like "%log_bin%";
+---------------------------------+-------+ | Variable_name | Value | +---------------------------------+-------+ | log_bin | ON | #已開啟 |log_bin_trust_function_creators | OFF | | sql_log_bin | ON | +---------------------------------+-------+
二進制日記相干的參數：
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選項可以開啟二進制日記；情勢以下：
[root@stu18 ~]#my.cnf [mysqld] log-bin [=DIR \ [filename]]
個中，DIR參數指定二進制文件的存儲途徑；filename參數指定二級制文件的文件名，其情勢為filename.number，number的情勢為000001、000002等。每次重啟mysql辦事或運轉mysql> flush logs;都邑生成一個新的二進制日記文件，這些日記文件的number會赓續地遞增。除生成上述的文件外還會生成一個名為filename.index的文件。這個文件中存儲一切二進制日記文件的清單又稱為二進制文件的索引。
[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辦事器自行斷定。
個中基於行的界說格局數據量會年夜一些然則可以包管數據的准確性。
檢查二進制日記：
二進制日記的界說方法為二進制格局；應用此格局可以存儲更多的信息，而且可使寫入二進制日記的效力更高。然則不克不及直接應用檢查敕令翻開並檢查二進制日記。
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；
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)
檢查以後二進制文件的信息：
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)
檢查二進制日記信息的敕令：
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敕令的應用方法：
[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/*!*/; #預設信息(情況設定)
導出此數據庫的信息：
[root@stu18 data]#mysqlbinlog mysql-bin.000017 > /tmp/a.sql
導入此數據庫的信息：
[root@stu18 data]#mysql < a.sql
刪除二進制日記信息：
二進制日記會記載年夜量的信息（個中包括一些無用的信息）。假如很長時光不清算二進制日記，將會糟蹋許多的磁盤空間。然則，刪除以後能夠招致數據庫瓦解時沒法停止恢復，所以若要刪除二進制日記起首將其和數據庫備份一份，個中也只能刪除備份前的二進制日記，新發生的日記信息弗成刪(可以做即時點復原)。也弗成在封閉mysql辦事器以後直接刪除由於如許能夠會給數據庫帶來毛病的。若非要刪除二進制日記須要做以下操作：導出備份數據庫和二進制日記文件停止緊縮歸檔存儲。刪除二進制文件的辦法以下：
1、刪除一切的二進制日記（弗成效仿）：
應用RESET MASTER語句可以刪除一切的二進制日記。該語句的情勢以下：
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、依據文件或時光點來刪除二進制日記：
語法情勢：
mysql> PURGE { BINARY | MASTER } LOGS {TO 'log_name' | BEFORE datetime_expr }
個中TO'log_name'表現把這個文件之前的其他文件都刪除失落，也可以使用BEFORE datetime_expr指定把哪一個時光之前的二進制文件刪除。
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
由此可以看出這類清算二進制日記文件的方法長短常公道的，不會招致數據庫的毛病產生。
mysql> PURGEBINARY LOGS BEFORE '13-10-19 10:26:36'; #應用時光來刪除二進制日記
Query OK, 0 rowsaffected (0.05 sec)
PS：MySQL中日記相干經常使用的辦事器變量解釋：
expire_logs_days={0..99}
設定二進制日記的過時天數，超越此天數的二進制日記文件將被主動刪除。默許為0，表現不啟用過時主動刪除功效。假如啟用此功效，主動刪除任務平日產生在MySQL啟動時或FLUSH日記時。感化規模為全局，可用於設置裝備擺設文件，屬靜態變量。
general_log={ON|OFF}
設定能否啟用查詢日記，默許值為取決於在啟動mysqld時能否應用了--general_log選項。如若啟用此項，其輸入地位則由--log_output選項停止界說，假如log_output的值設定為NONE，即便用啟用查詢日記，其也不會記載任何日記信息。感化規模為全局，可用於設置裝備擺設文件，屬靜態變量。
general_log_file=FILE_NAME
查詢日記的日記文件稱號，默許為“hostname.log"。感化規模為全局，可用於設置裝備擺設文件，屬靜態變量。
binlog-format={ROW|STATEMENT|MIXED}
指定二進制日記的類型，默許為STATEMENT，建議更改成MIXED。假如設定了二進制日記的格局，卻沒有啟用二進制日記，則MySQL啟動時會發生正告日記信息並記載於毛病日記中。感化規模為全局或會話，可用於設置裝備擺設文件，且屬於靜態變量。
log={YES|NO}
能否啟用記載一切語句的日記信息於普通查詢日記(general query log)中，默許平日為OFF。MySQL 5.6曾經棄用此選項。
log-bin={YES|NO}
能否啟用二進制日記，假如為mysqld設定了--log-bin選項，則其值為ON，不然則為OFF。其僅用於顯示能否啟用了二進制日記，其實不反響log-bin的設定值。感化規模為全局級別，屬非靜態變量。
log_bin_trust_function_creators={TRUE|FALSE}
此參數僅在啟用二進制日記時有用，用於掌握創立存儲函數時假如會招致不平安的事宜記載二進制日記前提下能否制止創立存儲函數。默許值為0，表現除非用戶除CREATE ROUTING或ALTER ROUTINE權限外還有SUPER權限，不然將制止創立或修正存儲函數，同時，還請求在創立函數時必須為之應用DETERMINISTIC屬性，再否則就是附帶READS SQL DATA或NO SQL屬性。設置其值為1時則不啟用這些限制。感化規模為全局級別，可用於設置裝備擺設文件，屬靜態變量。
log_error=/PATH/TO/ERROR_LOG_FILENAME
界說毛病日記文件。感化規模為全局或會話級別，可用於設置裝備擺設文件，屬非靜態變量。
log_output={TABLE|FILE|NONE}
界說普通查詢日記和慢查詢日記的保留方法，可所以TABLE、FILE、NONE，也能夠是TABLE及FILE的組合(用逗號離隔)，默許為TABLE。假如組合中湧現了NONE，那末其它設建都將掉效，同時，不管能否啟用日記功效，也不會記載任何相干的日記信息。感化規模為全局級別，可用於設置裝備擺設文件，屬靜態變量。
log_query_not_using_indexes={ON|OFF}
設定能否將沒有應用索引的查詢操作記載到慢查詢日記。感化規模為全局級別，可用於設置裝備擺設文件，屬靜態變量。
log_slave_updates
用於設定復制場景中的從辦事器能否將從主辦事器收到的更新操作記載進本機的二進制日記中。本參數設定的失效須要在從辦事器上啟用二進制日記功效。
log_slow_queries={YES|NO}
能否記載慢查詢日記。慢查詢是指查詢的履行時光超越long_query_time參數所設准時長的事宜。MySQL 5.6將此參數修正為了slow_query_log。感化規模為全局級別，可用於設置裝備擺設文件，屬靜態變量。
log_warnings=#
設定能否將正告信息記載進毛病日記。默許設定為1，表現啟用；可以將其設置為0以禁用；而其值為年夜於1的數值時表現將新提議銜接時發生的“掉敗的銜接”和“謝絕拜訪”類的毛病信息也記載進毛病日記。
long_query_time=#
設定差別慢查詢與普通查詢的語句履行時光長度。這裡的語句履行時長為現實的履行時光，而非在CPU上的履行時長，是以，負載較重的辦事器上更輕易發生慢查詢。其最小值為0，默許值為10，單元是秒鐘。它也支撐毫秒級的解析度。感化規模為全局或會話級別，可用於設置裝備擺設文件，屬靜態變量。
max_binlog_cache_size{4096 .. 18446744073709547520}
二進定日記緩存空間年夜小，5.5.9及今後的版本僅運用於事務緩存，其下限由max_binlog_stmt_cache_size決議。感化規模為全局級別，可用於設置裝備擺設文件，屬靜態變量。
max_binlog_size={4096 .. 1073741824}
設定二進制日記文件下限，單元為字節，最小值為4K，最年夜值為1G，默許為1G。某事務所發生的日記信息只能寫入一個二進制日記文件，是以，現實上的二進制日記文件能夠年夜於這個指定的下限。感化規模為全局級別，可用於設置裝備擺設文件，屬靜態變量。
max_relay_log_size={4096..1073741824}
設定從辦事器上中繼日記的體積下限，達到此限制時其會主動停止中繼日記轉動。此參數值為0時，mysqld將應用max_binlog_size參數同時為二進制日記和中繼日記設定日記文件體積下限。感化規模為全局級別，可用於設置裝備擺設文件，屬靜態變量。
innodb_log_buffer_size={262144 .. 4294967295}
設定InnoDB用於幫助完成日記文件寫操作的日記緩沖區年夜小，單元是字節，默許為8MB。較年夜的事務可以借助於更年夜的日記緩沖區來防止在事務完成之前將日記緩沖區的數據寫入日記文件，以削減I/O操作進而晉升體系機能。是以，在有著較年夜事務的運用場景中，建議為此變量設定一個更年夜的值。感化規模為全局級別，可用於選項文件，屬非靜態變量。
innodb_log_file_size={108576 .. 4294967295}
設定日記組中每一個日記文件的年夜小，單元是字節，默許值是5MB。較為明智的取值規模是從1MB到緩存池體積的1/n，個中n表現日記組中日記文件的個數。日記文件越年夜，在緩存池中須要履行的檢討點刷寫操作就越少，這意味著所需的I/O操作也就越少，但是這也會招致較慢的毛病恢復速度。感化規模為全局級別，可用於選項文件，屬非靜態變量。
innodb_log_files_in_group={2 .. 100}
設定日記組中日記文件的個數。InnoDB以輪回的方法應用這些日記文件。默許值為2。感化規模為全局級別，可用於選項文件，屬非靜態變量。
innodb_log_group_home_dir=/PATH/TO/DIR
設定InnoDB重做日記文件的存儲目次。在缺省應用InnoDB日記相干的一切變量時，其默許會在數據目次中創立兩個年夜小為5MB的名為ib_logfile0和ib_logfile1的日記文件。感化規模為全局級別，可用於選項文件，屬非靜態變量。
innodb_support_xa={TRUE|FLASE}
存儲引擎事務在存儲引擎外部被付與了ACID屬性，散布式(XA)事務是一種高條理的事務，它應用“預備”然後“提交”(prepare-then-commit)兩段式的方法將ACID屬性擴大到存儲引擎內部，乃至是數據庫內部。但是，“預備”階段會招致額定的磁盤刷寫操作。XA須要事務調和員，它會告訴一切的介入者預備提交事務(階段1)。當調和員從一切介入者那邊收到“停當”信息時，它會指導一切介入者停止真實的“提交”操作。
此變量恰是用於界說InnoDB能否支撐兩段式提交的散布式事務，默許為啟用。現實上，一切啟用了二進制日記的並支撐多個線程同時向二進制日記寫入數據的MySQL辦事器都須要啟用散布式事務，不然，多個線程對二進制日記的寫入操作能夠會以與原始順序分歧的方法完成，這將會在基於二進制日記的恢復操作中或許是從辦事器上創立出分歧原始數據的成果。是以，除唯一一個線程可以轉變數據之外的其它運用場景都不該該禁用此功效。而在唯一一個線程可以修正數據的運用中，禁用此功效是平安的並可以晉升InnoDB表的機能。感化規模為全局和會話級別，可用於選項文件，屬靜態變量。
relay_log=file_name
設定中繼日記的文件稱號，默許為host_name-relay-bin。也能夠應用相對途徑，以指定非數據目次來存儲中繼日記。感化規模為全局級別，可用於選項文件，屬非靜態變量。
relay_log_index=file_name
設定中繼日記的索引文件名，默許為為數據目次中的host_name-relay-bin.index。感化規模為全局級別，可用於選項文件，屬非靜態變量。
relay-log-info-file=file_name
設定中繼辦事用於記載中繼信息的文件，默許為數據目次中的relay-log.info。感化規模為全局級別，可用於選項文件，屬非靜態變量。
relay_log_purge={ON|OFF}
設定對不再須要的中繼日記能否主動停止清算。默許值為ON。感化規模為全局級別，可用於選項文件，屬靜態變量。
relay_log_space_limit=#
設定用於存儲一切中繼日記文件的可用空間年夜小。默許為0，表現不限制。最年夜值取決於體系平台位數。感化規模為全局級別，可用於選項文件，屬非靜態變量。
slow_query_log={ON|OFF}
設定能否啟用慢查詢日記。0或OFF表現禁用，1或ON表現啟用。日記信息的輸入地位取決於log_output變量的界說，假如其值為NONE，則即使slow_query_log為ON，也不會記載任何慢查詢信息。感化規模為全局級別，可用於選項文件，屬靜態變量。
slow_query_log_file=/PATH/TO/SOMEFILE
設定慢查詢日記文件的稱號。默許為hostname-slow.log，但可以經由過程--slow_query_log_file選項修正。感化規模為全局級別，可用於選項文件，屬靜態變量。
sql_log_bin={ON|OFF}
用於掌握二進制日記信息能否記載進日記文件。默許為ON，表現啟用記載功效。用戶可以在會話級別修正此變量的值，但其必需具有SUPER權限。感化規模為全局和會話級別，屬靜態變量。
sql_log_off={ON|OFF}
用於掌握能否制止將普通查詢日記類信息記載進查詢日記文件。默許為OFF，表現不由止記載功效。用戶可以在會話級別修正此變量的值，但其必需具有SUPER權限。感化規模為全局和會話級別，屬靜態變量。
sync_binlog=#
設定多久同步一次二進制日記至磁盤文件中，0表現分歧步，任何負數值都表現對二進制每若干次寫操作以後同步一次。當autocommit的值為1時，每條語句的履行都邑惹起二進制日記同步，不然，每一個事務的提交會惹起二進制日記同步。 建議設置為1。
