亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 數據庫 > MySQL > 正文

MySQL的日志基礎知識及基本操作學習教程

2024-07-24 13:08:12
字體:
來源:轉載
供稿:網友

這篇文章主要介紹了MySQL的日志基礎知識學習教程,包括MySQL中日志相關常用的服務器變量說明,極力推薦!需要的朋友可以參考下

MySQL日志主要包含:錯誤日志、查詢日志、慢查詢日志、事務日志、二進制日志;

日志是mysql數據庫的重要組成部分。日志文件中記錄著mysql數據庫運行期間發生的變化;也就是說用來記錄mysql數據庫的客戶端連接狀況、SQL語句的執行情況和錯誤信息等。當數據庫遭到意外的損壞時,可以通過日志查看文件出錯的原因,并且可以通過日志文件進行數據恢復。

錯誤日志

在mysql數據庫中,錯誤日志功能是默認開啟的。并且,錯誤日志無法被禁止。默認情況下,錯誤日志存儲在mysql數據庫的數據文件中。錯誤日志文件通常的名稱為hostname.err。其中,hostname表示服務器主機名。

錯誤日志信息可以自己進行配置的,錯誤日志所記錄的信息是可以通過log-error和log-warnings來定義的,其中log-err是定義是否啟用錯誤日志的功能和錯誤日志的存儲位置,log-warnings是定義是否將警告信息也定義至錯誤日志中。默認情況下錯誤日志大概記錄以下幾個方面的信息:服務器啟動和關閉過程中的信息(未必是錯誤信息,如mysql如何啟動InnoDB的表空間文件的、如何初始化自己的存儲引擎的等等)、服務器運行過程中的錯誤信息、事件調度器運行一個事件時產生的信息、在從服務器上啟動服務器進程時產生的信息。

下面我們來定義mysql錯誤日志的功能:

一般而言,日志級別的定義沒有回話變量都只是在全局級別下進行定義。

 

 
  1. mysql> SHOW GLOBAL VARIABLES LIKE '%log%'

 

 
  1. +-----------------------------------------+-----------------------------------+ 
  2. | Variable_name | Value | 
  3. +-----------------------------------------+-----------------------------------+ 
  4. | back_log | 50 | 
  5. | binlog_cache_size | 32768 | 
  6. | binlog_direct_non_transactional_updates | OFF | 
  7. | binlog_format | MIXED | 
  8. | binlog_stmt_cache_size | 32768 | 
  9. | expire_logs_days | 0 | 
  10. | general_log | OFF | 
  11. | general_log_file | /mydata/data/stu18.log | 
  12. | innodb_flush_log_at_trx_commit | 1 | 
  13. | innodb_locks_unsafe_for_binlog | OFF | 
  14. | innodb_log_buffer_size | 8388608 | 
  15. | innodb_log_file_size | 5242880 | 
  16. | innodb_log_files_in_group | 2 | 
  17. | innodb_log_group_home_dir | ./ | 
  18. | innodb_mirrored_log_groups | 1 | 
  19. | log | OFF | 
  20. | log_bin | ON | 
  21. | log_bin_trust_function_creators | OFF | 
  22. | log_error | /mydata/data/stu18.magedu.com.err |定義錯誤日志 
  23. | log_output | FILE | 
  24. | log_queries_not_using_indexes | OFF | 
  25. | log_slave_updates | OFF | 
  26. | log_slow_queries | OFF | 
  27. | log_warnings | 1 是否把警告信息寫入錯誤日志中 
  28. | max_binlog_cache_size | 18446744073709547520 | 
  29. | max_binlog_size | 1073741824 | 
  30. | max_binlog_stmt_cache_size | 18446744073709547520 | 
  31. | max_relay_log_size | 0 | 
  32. | relay_log | | 
  33. | relay_log_index | | 
  34. | relay_log_info_file | relay-log.info | 
  35. | relay_log_purge | ON | 
  36. | relay_log_recovery | OFF | 
  37. | relay_log_space_limit | 0 | 
  38. | slow_query_log | OFF | 
  39. | slow_query_log_file | /mydata/data/stu18-slow.log | 
  40. | sql_log_bin | ON | 
  41. | sql_log_off | OFF | 
  42. | sync_binlog | 0 | 
  43. | sync_relay_log | 0 | 
  44. | sync_relay_log_info | 0 | 
  45. +-----------------------------------------+-----------------------------------+ 

其中,log_error可以直接定義為文件路徑,也可以為ON|OFF;log_warings只能使用1|0來定義開關啟動。

更改錯誤日志位置可以使用log_error來設置形式如下:

 

 
  1. [root@stu18 data]# vim /etc/my.cnf 
  2. [mysqld] 
  3. Log_error=DIR/[filename] 

解析:其中,DIR參數指定錯誤日志的路徑filename參數是錯誤日志的名稱,沒有指定該參數時默認為主機名。重啟mysql服務器即可生效。

查看mysql錯誤日志:

 

 
  1. [root@stu18 data]# tail -20 stu18.magedu.com.err 

 

 
  1. 130813 15:30:50 InnoDB: Starting shutdown... 
  2. 130813 15:30:51 InnoDB: Shutdown completed; log sequence number 1630920 
  3. 130813 15:30:51 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete 
  4. 130813 15:30:52 mysqld_safe mysqld from pid file /mydata/data/stu18.magedu.com.pid ended 
  5. 130813 15:30:53 mysqld_safe Starting mysqld daemon with databases from /mydata/data 
  6. 130813 15:30:54 InnoDB: The InnoDB memory heap is disabled #禁用了InnoDB memory的堆功能。 
  7. 130813 15:30:54 InnoDB: Mutexes and rw_locks use GCC atomic builtins #Mutexes(互斥量)和rw_locks(行級鎖)是GCC編譯的是InnoDB內置的。 
  8. 130813 15:30:54 InnoDB: Compressed tables use zlib 1.2.3 #默認壓縮工具是zlib 
  9. 130813 15:30:55 InnoDB: Initializing buffer pool, size = 128.0M #InnoDB引擎的緩沖池(buffer pool)的值大小 
  10. 130813 15:30:55 InnoDB: Completed initialization of buffer pool 
  11. 130813 15:30:55 InnoDB: highest supported file format is Barracuda. 
  12. 130813 15:30:57 InnoDB: Waiting for the background threads to start 
  13. 130813 15:30:58 InnoDB: 5.5.33 started; log sequence number 1630920 
  14. 130813 15:30:58 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 
  15. 130813 15:30:58 [Note] - '0.0.0.0' resolves to '0.0.0.0'; #0.0.0.0會反解主機名,這里反解失敗 
  16. 130813 15:30:58 [Note] Server socket created on IP: '0.0.0.0'
  17. 130813 15:30:58 [Note] Event Scheduler: Loaded 0 events #事件調度器沒有任何事件,因為沒有裝載。 
  18. 130813 15:30:58 [Note] /usr/local/mysql/bin/mysqld: ready for connections. #mysql啟動完成等待客戶端的請求。 
  19. 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. [root@stu18 data]# mv stu18.magedu.com.err stu18.magedu.com.err.old 
  2. [root@stu18 data]# mysqladmin flush-logs 
  3. [root@stu18 data]# ls 

 

 
  1. 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的性能的。如若不是為了調試數據庫的目的建議不要開啟查詢日志。

查看查詢日志是否開啟:

 

 
  1. mysql> SHOW GLOBAL VARIABLES LIKE '%log%'

 

 
  1. +-----------------------------------------+-----------------------------------+ 
  2. | Variable_name | Value | 
  3. +-----------------------------------------+-----------------------------------+ 
  4. | back_log | 50 | 
  5. | binlog_cache_size | 32768 | 
  6. | binlog_direct_non_transactional_updates | OFF | 
  7. | binlog_format | MIXED | 
  8. | binlog_stmt_cache_size | 32768 | 
  9. | expire_logs_days | 0 | 
  10. | general_log | OFF #定義查詢日志是否開啟 |  
  11. | general_log_file | /mydata/data/stu18.log #定義查詢日志的文件地址名稱 | 
  12. | innodb_flush_log_at_trx_commit | 1 | 
  13. | innodb_locks_unsafe_for_binlog | OFF | 
  14. | innodb_log_buffer_size | 8388608 | 
  15. | innodb_log_file_size | 5242880 | 
  16. | innodb_log_files_in_group | 2 | 
  17. | innodb_log_group_home_dir | ./ | 
  18. | innodb_mirrored_log_groups | 1 | 
  19. | log | OFF #是否開啟日志 (若開啟則表示開啟所有的日志功能) | 
  20. | log_bin | ON | 
  21. | log_bin_trust_function_creators | OFF | 
  22. | log_error | /mydata/data/stu18.magedu.com.err | 
  23. | log_output | FILE #日志的輸出的位置 |  
  24. | log_queries_not_using_indexes | OFF | 
  25. | log_slave_updates | OFF | 
  26. | log_slow_queries | OFF | 
  27. | log_warnings | 1 | 
  28. | max_binlog_cache_size | 18446744073709547520 | 
  29. | max_binlog_size | 1073741824 | 
  30. | max_binlog_stmt_cache_size | 18446744073709547520 | 
  31. | max_relay_log_size | 0 | 
  32. | relay_log | | 
  33. | relay_log_index | | 
  34. | relay_log_info_file | relay-log.info | 
  35. | relay_log_purge | ON | 
  36. | relay_log_recovery | OFF | 
  37. | relay_log_space_limit | 0 | 
  38. | slow_query_log | OFF | 
  39. | slow_query_log_file | /mydata/data/stu18-slow.log | 
  40. | sql_log_bin | ON | 
  41. | sql_log_off | OFF | 
  42. | sync_binlog | 0 | 
  43. | sync_relay_log | 0 | 
  44. | sync_relay_log_info | 0 | 
  45. +-----------------------------------------+-----------------------------------+ 
  46. 41 rows in set (0.00 sec) 

拓展解析:日志的輸出位置一般有三種方式:file(文件),table(表),none(不保存);其中前兩個輸出位置可以同時定義,none表示是開啟日志功能但是記錄日志信息。file就是通過general_log_file |/mydata/data/stu18.log 等方式定義的,而輸出位置定義為表時查看日志的內容方式為:

 

 
  1. mysql> use mysql; #在此數據庫中 

 

 
  1. Database changed 

 

 
  1. mysql> show tables; 

 

 
  1. +---------------------------+ 
  2. | Tables_in_mysql | 
  3. +---------------------------+ 
  4. | columns_priv | 
  5. | db | 
  6. | event | 
  7. | func | 
  8. | general_log | #這個就是查詢日志的表輸出位置 
  9. | help_category | 
  10. | help_keyword | 
  11. | help_relation | 
  12. | help_topic 
  13. ……………… | 
  14. +---------------------------+ 

慢查詢日志:

慢查詢日志是用來記錄執行時間超過指定時間的查詢語句。通過慢查詢日志,可以查找出哪些查詢語句的執行效率很低,以便進行優化。一般建議開啟,它對服務器性能的影響微乎其微,但是可以記錄mysql服務器上執行了很長時間的查詢語句。可以幫助我們定位性能問題的。

查看慢查詢日志的定義:

 

 
  1. mysql> SHOW GLOBAL VARIABLES LIKE '%log%'
  2. | slow_query_log | OFF #定義慢查詢日志的 
  3. | slow_query_log_file |/mydata/data/stu18-slow.log #輸出方式為file(文件)時定義慢查詢日志的位置 

啟動和設置慢查詢日志:

1、通過配置文件my.cnf中的log-slow-queries選項可以開啟慢查詢日志;形式如下:

 

 
  1. [root@stu18 data]# vim /etc/my.cnf 
  2. [mysqld] 
  3. slow_query_log=1 
  4. 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. mysql> SHOW GLOBAL VARIABLES LIKE 'long%'

 

 
  1. +-----------------+-----------+ 
  2. | Variable_name | Value | 
  3. +-----------------+-----------+ 
  4. | long_query_time | 10.000000 | 
  5. +-----------------+-----------+ 
  6. 1 row in set (0.04 sec) 

注釋:其中這個慢查詢時間并不是只表示語句自身執行超過10秒還包含由于其他資源被征用造成阻塞的查詢執行時間或其他原因等都被記錄到慢查詢中。所以這個慢查的時長表示從查詢開始到查詢結束中間包含可能的任何原因所經歷的所有時間。

測試是否可以記錄日志:

 

 
  1. mysql> set globalslow_query_log=1; #開啟慢查詢日志 

 

  
  1. Query OK, 0 rowsaffected (0.35 sec) 

 

 
  1. mysql> setsession long_query_time=0.001; #更改時間(當前session中,退出則重置) 

 

 
  1. Query OK, 0 rowsaffected (0.00 sec) 

 

 
  1. mysql> set globallong_query_time=0.001; #更改時間(全局中,重啟服務則重置) 
  2. mysql> SHOWVARIABLES LIKE 'long%'; #查詢定義時間 

 

  1. +-----------------+----------+ 
  2. | Variable_name | Value | 
  3. +-----------------+----------+ 
  4. | long_query_time |0.001000 | 
  5. +-----------------+----------+ 
  6. 1 row in set (0.00sec) 
  7. mysql> showglobal variables like "%slow%"; #查看慢查詢日志開啟狀態 
  8. +---------------------+-----------------------------+ 
  9. | Variable_name | Value | 
  10. +---------------------+-----------------------------+ 
  11. |log_slow_queries | ON | 
  12. |slow_launch_time | 2 | 
  13. |slow_query_log | ON | 
  14. |slow_query_log_file | /mydata/data/stu18-slow.log | 
  15. +---------------------+-----------------------------+ 
  16. 4 rows in set (0.03sec) 

查看慢查詢日志:

 

 
  1. mysql> use mysql 
  2. mysql> selectuser,host,password from user where user="root"

 

  1. +------+------------------+----------+ 
  2. | user | host | password | 
  3. +------+------------------+----------+ 
  4. | root |localhost | | 
  5. | root |stu18.magedu.com | | 
  6. | root |127.0.0.1 | | 
  7. | root | ::1 | | 
  8. +------+------------------+----------+ 
  9. 4 rows in set (0.08sec) #查詢時間為0.08 
  10. mysql> systemmore /mydata/data/stu18_slow.log #查詢慢查詢日志記錄信息 
  11. /usr/local/mysql/bin/mysqld,Version: 5.5.33-log (Source distribution). started 
  12. with
  13. Tcp port: 3306 Unix socket: /tmp/mysql.sock 
  14. Time Id Command Argument 
  15. >>>>>>>>>>>>>>>>部分已省略>>>>>>>>>>>>>> 
  16. # Time: 13100723:46:33 
  17. # User@Host:root[root] @ localhost [] 
  18. # Query_time:0.108459 Lock_time: 0.000216 Rows_sent:4 Rows_examined: 6 
  19. SETtimestamp=1381160793; 
  20. selectuser,host,password from user where user="root"

事務日志:

事務日志(InnoDB特有的日志)可以幫助提高事務的效率。使用事務日志,存儲引擎在修改表的數據時只需要修改其內存拷貝,再把改修改行為記錄到持久在硬盤上的事務日志中,而不用每次都將修改的數據本身持久到磁盤。事務日志采用追加的方式,因此寫日志的操作是磁盤上一小塊區域內的順序I/O,而不像隨機I/O需要在磁盤的多個地方移動磁頭,所以采用事務日志的方式相對來說要快得多。事務日志持久以后,內存中被修改的數據在后臺可以慢慢的刷回到磁盤。目前大多數的存儲引擎都是這樣實現的,我們通常稱之為預寫式日志,修改數據需要寫兩次磁盤。

如果數據的修改已經記錄到事務日志并持久化,但數據本身還沒有寫回磁盤,此時系統崩潰,存儲引擎在重啟時能夠自動恢復這部分修改的數據。具有的恢復方式則視存儲引擎而定。

查看事務日志的定義:

 

 
  1. mysql> SHOWGLOBAL VARIABLES LIKE '%log%'

 

  1. +-----------------------------------------+-----------------------------------+ 
  2. | Variable_name | Value | 
  3. +-----------------------------------------+-----------------------------------+ 
  4. | innodb_flush_log_at_trx_commit | 1 #在事務提交時innodb是否同步日志從緩沖到文件中1表示事務以提交就同步不提交每隔一秒同步一次,性能會很差造成大量的磁盤I/O;定義為2表示只有在事務提交時才會同步但是可能會丟失整個事務 | 
  5. |innodb_locks_unsafe_for_binlog |OFF | 
  6. | innodb_log_buffer_size | 8388608 | 
  7. |innodb_log_file_size |5242880 | 
  8. | innodb_log_files_in_group | 2 #至少有兩個 | 
  9. |innodb_log_group_home_dir |./ #定義innodb事務日志組的位置 | 
  10. |innodb_mirrored_log_groups |1 #表示對日志組做鏡像 | 

每個事務日志都是大小為5兆的文件:

 

 
  1. [root@stu18 data]#ls -lh 

 

 
  1. -rw-rw---- 1 mysqlmysql 5.0M Oct 7 23:36 ib_logfile0 
  2. -rw-rw---- 1 mysqlmysql 5.0M Aug 12 01:06 ib_logfile1 

二進制日志:

二進制日志也叫作變更日志,主要用于記錄修改數據或有可能引起數據改變的mysql語句,并且記錄了語句發生時間、執行時長、操作的數據等等。所以說通過二進制日志可以查詢mysql數據庫中進行了哪些變化。一般大小體積上限為1G。

二進制開啟狀態:

 

 
  1. mysql> showglobal variables like "%log_bin%"

 

 
  1. +---------------------------------+-------+ 
  2. | Variable_name | Value | 
  3. +---------------------------------+-------+ 
  4. | log_bin | ON | #已開啟 
  5. |log_bin_trust_function_creators | OFF | 
  6. | sql_log_bin | ON | 
  7. +---------------------------------+-------+ 

二進制日志相關的參數:

 

 
  1. mysql> showglobal variables like "%log%"

 

 
  1. sql_log_bin ={ON|OFF} #用于控制會話級別二進制日志功能的開啟或關閉。默認為ON,表示啟用記錄功能。用戶可以在會話級別修改此變量的值,但其必須具有SUPER權限。 
  2. 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)來緩存了。 
  3. binlog_stmt_cache_size= 32768 #當非事務語句使用二進制日志緩存,但是超出binlog_stmt_cache_size時,使用一個臨時文件來存放這些語句。 
  4. log_bin = mysql-bin#指定binlog的位置,默認在數據目錄下。 
  5. binlog-format= {ROW|STATEMENT|MIXED} #指定二進制日志的類型,默認為MIXED。如果設定了二進制日志的格式,卻沒有啟用二進制日志,則MySQL啟動時會產生警告日志信息并記錄于錯誤日志中。 
  6. sync_binlog = 10#設定多久同步一次二進制日志至磁盤文件中,0表示不同步,任何正數值都表示對二進制每多少次寫操作之后同步一次。當autocommit的值為1時,每條語句的執行都會引起二進制日志同步,否則,每個事務的提交會引起二進制日志同步 
  7. max_binlog_cache_size= {4096 .. 18446744073709547520} #二進定日志緩存空間大小,5.5.9及以后的版本僅應用于事務緩存,其上限由max_binlog_stmt_cache_size決定。 
  8. max_binlog_stmt_cache_size= {4096 .. 18446744073709547520} #二進定日志緩存空間大小,5.5.9及以后的版本僅應用于事務緩存 
  9. expire_log_days ={0..99} #設定二進制日志的過期天數,超出此天數的二進制日志文件將被自動刪除。默認為0,表示不啟用過期自動刪除功能。如果啟用此功能,自動刪除工作通常發生在MySQL啟動時或FLUSH日志時。 

二進制日志定義方式:

其一、log_bin可以直接定義為文件路徑,也可以為ON|OFF。

其二、通過編輯my.cnf中的log-bin選項可以開啟二進制日志;形式如下:

 

 
  1. [root@stu18 ~]#my.cnf 
  2. [mysqld] 
  3. log-bin [=DIR / [filename]] 

其中,DIR參數指定二進制文件的存儲路徑;filename參數指定二級制文件的文件名,其形式為filename.number,number的形式為000001、000002等。每次重啟mysql服務或運行mysql> flush logs;都會生成一個新的二進制日志文件,這些日志文件的number會不斷地遞增。除了生成上述的文件外還會生成一個名為filename.index的文件。這個文件中存儲所有二進制日志文件的清單又稱為二進制文件的索引。

 

 
  1. [root@stu18 ~]# cd /mydata/data/ 
  2. [root@stu18 data]#ls -lh 

 

 
  1. -rw-rw---- 1 mysqlmysql 14K Aug 13 15:30 mysql-bin.000001 
  2. -rw-rw---- 1 mysqlmysql 150 Aug 13 17:05 mysql-bin.000002 
  3. -rw-rw---- 1 mysqlmysql 150 Aug 13 17:06 mysql-bin.000003 
  4. -rw-rw---- 1 mysqlmysql 150 Aug 13 17:07 mysql-bin.000004 
  5. -rw-rw---- 1 mysqlmysql 150 Aug 13 17:39 mysql-bin.000005 
  6. -rw-rw---- 1 mysqlmysql 126 Aug 13 19:03 mysql-bin.000006 
  7. -rw-rw---- 1 mysqlmysql 126 Aug 13 19:03 mysql-bin.000007 
  8. -rw-rw---- 1 mysqlmysql 126 Aug 13 19:05 mysql-bin.000008 
  9. -rw-rw---- 1 mysqlmysql 107 Aug 13 19:05 mysql-bin.000009 
  10. -rw-rw---- 1 mysqlmysql 353 Oct 7 23:40 mysql-bin.000010 
  11. -rw-rw---- 1 mysqlmysql 190 Oct 7 20:43 mysql-bin.index 

 

 
  1. [root@stu18 data]#cat mysql-bin.index 

 

 
  1. ./mysql-bin.000001 
  2. ./mysql-bin.000002 
  3. ./mysql-bin.000003 
  4. ./mysql-bin.000004 
  5. ./mysql-bin.000005 
  6. ./mysql-bin.000006 
  7. ./mysql-bin.000007 
  8. ./mysql-bin.000008 
  9. ./mysql-bin.000009 
  10. ./mysql-bin.000010 

如果說我們向某個表的某個字段插入一個數據而這個數據為當前時間(日期時間型);過段時間將此二進制文件應用到另一臺服務器上數據就會變動從而導致數據的不一致性所以說對于這種非確定性的數據使用默認的語句定義并不是可靠的;

二進制日志中常用的定義格式:

1、語句(statement):默認的記錄格式;

2、行(row):定義的并非數據本身而是這一行的數據是什么;

3、混合模式(mixed):交替使用行和語句、由mysql服務器自行判斷。

其中基于行的定義格式數據量會大一些但是可以保證數據的精確性。

查看二進制日志:

二進制日志的定義方式為二進制格式;使用此格式可以存儲更多的信息,并且可以使寫入二進制日志的效率更高。但是不能直接使用查看命令打開并查看二進制日志。

 

 
  1. mysql> showbinary logs; #顯示當前服務器使用的二進制文件及大小 

 

  1. +------------------+-----------+ 
  2. | Log_name | File_size | 
  3. +------------------+-----------+ 
  4. | mysql-bin.000001| 13814 | 
  5. | mysql-bin.000002| 150 | 
  6. | mysql-bin.000003| 150 | 
  7. | mysql-bin.000004| 150 | 
  8. | mysql-bin.000005| 150 | 
  9. | mysql-bin.000006| 126 | 
  10. | mysql-bin.000007| 126 | 
  11. | mysql-bin.000008| 126 | 
  12. | mysql-bin.000009| 107 | 
  13. | mysql-bin.000010| 353 | 
  14. +------------------+-----------+ 
  15. 10 rows in set (0.07sec) 

 

 
  1. mysql> showmaster logs; #顯示主服務器使用的二進制文件及大小 

 

 
  1. +------------------+-----------+ 
  2. | Log_name | File_size | 
  3. +------------------+-----------+ 
  4. | mysql-bin.000001| 13814 | 
  5. | mysql-bin.000002| 150 | 
  6. | mysql-bin.000003| 150 | 
  7. | mysql-bin.000004| 150 | 
  8. | mysql-bin.000005| 150 | 
  9. | mysql-bin.000006| 126 | 
  10. | mysql-bin.000007| 126 | 
  11. | mysql-bin.000008| 126 | 
  12. | mysql-bin.000009| 107 | 
  13. | mysql-bin.000010| 353 | 
  14. +------------------+-----------+ 
  15. 10 rows in set (0.02sec) 
  16. mysql> showmaster status; #當前使用的二進制文件及所處位置 
  17. +------------------+----------+--------------+------------------+ 
  18. | File | Position | Binlog_Do_DB |Binlog_Ignore_DB | 
  19. +------------------+----------+--------------+------------------+ 
  20. | mysql-bin.000010| 353 | | | 
  21. +------------------+----------+--------------+------------------+ 
  22. 1 row in set (0.00sec) 

小擴展:二進制日志的記錄位置:通常為上一個事件執行結束時間的位置,每一個日志文件本身也有自己的元數據所以說對于當前版本的mysql來說二進制的開始位置通常為107;

 

 
  1. mysql> flushlogs; 

 

 
  1. Query OK, 0 rowsaffected (0.23 sec) 

注意:flush logs一般只會滾動中繼日志和二進制日志。

 

 
  1. mysql> showmaster status; 

 

  1. +------------------+----------+--------------+------------------+ 
  2. | File | Position | Binlog_Do_DB |Binlog_Ignore_DB | 
  3. +------------------+----------+--------------+------------------+ 
  4. | mysql-bin.000011| 107 | | | 
  5. +------------------+----------+--------------+------------------+ 
  6. 1 row in set (0.00sec) 

查看當前二進制文件的信息:

 

 
  1. mysql> createdatabase yong; 

 

 
  1. Query OK, 1 rowaffected (0.12 sec) 

 

 
  1. mysql> createtable yong.tb1 (id int,name char(20)); 

 

 
  1. Query OK, 0 rowsaffected (0.44 sec) 

 

  1. mysql> insertinto yong.tb1 values(1,'tom'); 

 

  1. Query OK, 1 rowaffected (0.14 sec) 

 

 
  1. mysql> showmaster status; 

 

 
  1. +------------------+----------+--------------+------------------+ 
  2. | File | Position | Binlog_Do_DB |Binlog_Ignore_DB | 
  3. +------------------+----------+--------------+------------------+ 
  4. | mysql-bin.000011| 479 | | | 
  5. +------------------+----------+--------------+------------------+ 
  6. 1 row in set (0.00sec) 

查看二進制日志信息的命令:

 

 
  1. SHOW BINLOG EVENTS[IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count] 

 

 
  1. mysql> showbinlog events/G #查看所有的二進制信息 

 

 
  1. ***************************87. row *************************** 
  2. Log_name: mysql-bin.000001 
  3. Pos: 13580 
  4. Event_type: Query 
  5. Server_id: 1 
  6. End_log_pos: 13688 
  7. Info: use `hellodb`; /*!40000 ALTERTABLE `toc` DISABLE KEYS */ 
  8. ***************************88. row *************************** 
  9. Log_name: mysql-bin.000001 
  10. Pos: 13688 
  11. Event_type: Query 
  12. Server_id: 1 
  13. End_log_pos: 13795 
  14. Info: use `hellodb`; /*!40000 ALTERTABLE `toc` ENABLE KEYS */ 
  15. ***************************89. row *************************** 
  16. Log_name: mysql-bin.000001 
  17. Pos: 13795 
  18. Event_type: Stop 
  19. Server_id: 1 
  20. End_log_pos: 13814 
  21. Info: 
  22. 89 rows in set (0.00sec) 
  23. mysql> showbinlog events in 'mysql-bin.000011'; #查看指定日志的二進制信息 
  24. +------------------+-----+-------------+-----------+-------------+----------------------------------------------+ 
  25. | Log_name | Pos | Event_type | Server_id | End_log_pos | Info | 
  26. +------------------+-----+-------------+-----------+-------------+----------------------------------------------+ 
  27. | mysql-bin.000011| 4 | Format_desc | 1 | 107 | Server ver: 5.5.33-log, Binlogver: 4 | 
  28. | mysql-bin.000011 |107 | Query | 1 | 190 | create database yong | 
  29. | mysql-bin.000011 |190 | Query | 1 | 293 | create table yong.tb1 (idint,name char(20)) | 
  30. | mysql-bin.000011 |293 | Query | 1 | 357 | BEGIN | 
  31. | mysql-bin.000011 |357 | Query | 1 | 452 | insert into yong.tb1values(1,'tom') | 
  32. | mysql-bin.000011 |452 | Xid | 1 | 479 | COMMIT /* xid=103 */ | 
  33. +------------------+-----+-------------+-----------+-------------+----------------------------------------------+ 
  34. 6 rows in set (0.00sec) 
  35. mysql> showbinlog events in 'mysql-bin.000011' from 190; #從指定的事件位置開始 
  36. +------------------+-----+------------+-----------+-------------+----------------------------------------------+ 
  37. | Log_name | Pos | Event_type | Server_id |End_log_pos | Info | 
  38. +------------------+-----+------------+-----------+-------------+----------------------------------------------+ 
  39. | mysql-bin.000011 |190 | Query | 1 | 293 | create table yong.tb1 (idint,name char(20)) | 
  40. | mysql-bin.000011 |293 | Query | 1 | 357 | BEGIN | 
  41. | mysql-bin.000011 |357 | Query | 1 | 452 | insert into yong.tb1values(1,'tom') | 
  42. | mysql-bin.000011 |452 | Xid | 1 | 479 | COMMIT /* xid=103 */ | 
  43. +------------------+-----+------------+-----------+-------------+----------------------------------------------+ 
  44. 4 rows in set (0.00sec) 
  45. mysql> showbinlog events in 'mysql-bin.000011' from 190 limit 3; #指定偏移量(不是語句,是事件) 
  46. +------------------+-----+------------+-----------+-------------+----------------------------------------------+ 
  47. | Log_name | Pos | Event_type | Server_id |End_log_pos | Info | 
  48. +------------------+-----+------------+-----------+-------------+----------------------------------------------+ 
  49. | mysql-bin.000011 |190 | Query | 1 | 293 | create table yong.tb1 (idint,name char(20)) | 
  50. | mysql-bin.000011 |293 | Query | 1 | 357 | BEGIN | 
  51. | mysql-bin.000011 |357 | Query | 1 | 452 | insert into yong.tb1values(1,'tom') | 
  52. +------------------+-----+------------+-----------+-------------+----------------------------------------------+ 
  53. 3 rows in set (0.00sec) 

命令行下查看二進制日志:

由于無法使用cat等方式直接打開并查看二進制日志;所以必須使用mysqlbinlog命令。但是當正在執行mysql讀寫操作時建議不要使用此打開正在使用的二進制日志文件;若非要打開可flush logs。mysqlbinlog命令的使用方式:

 

 
  1. [root@stu18 data]#mysqlbinlog mysql-bin.000017 #必須在數據目錄下 

/

 

 
  1. *!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/; 
  2. /*!40019 SET@@session.max_insert_delayed_threads=0*/
  3. /*!50003 SET@OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/
  4. DELIMITER /*!*/
  5. # at 4 #事件開始處 
  6. #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  
  7. # Warning: thisbinlog is either in use or was not closed properly. 
  8. BINLOG ' 
  9. FzJUUg8BAAAAZwAAAGsAAAABAAQANS41LjMzLWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
  10. AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAVAAEGggAAAAICAgCAA== 
  11. '/*!*/
  12. # at 107 
  13. #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表示沒有 
  14. 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. mysql> resetmaster; 

 

 
  1. Query OK, 0 rowsaffected (0.17 sec) 
  2. mysql> showbinary logs; 
  3. +------------------+-----------+ 
  4. | Log_name | File_size | 
  5. +------------------+-----------+ 
  6. | mysql-bin.000001| 107 | 
  7. +------------------+-----------+ 
  8. 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. mysql> PURGEBINARY LOGS TO 'mysql-bin.000007'

 

 
  1. Query OK, 0 rowsaffected (0.11 sec) 

 

 
  1. mysql> showbinary logs; 

 

 
  1. +------------------+-----------+ 
  2. | Log_name | File_size | 
  3. +------------------+-----------+ 
  4. | mysql-bin.000007| 150 | 
  5. | mysql-bin.000008| 150 | 
  6. | mysql-bin.000009| 150 | 
  7. | mysql-bin.000010| 150 | 
  8. | mysql-bin.000011| 150 | 
  9. | mysql-bin.000012| 150 | 
  10. | mysql-bin.000013| 150 | 
  11. | mysql-bin.000014| 150 | 
  12. | mysql-bin.000015| 150 | 
  13. | mysql-bin.000016| 150 | 
  14. | mysql-bin.000017| 483 | 
  15. +------------------+-----------+ 
  16. 11 rows in set (0.04sec) 

 

 
  1. [root@stu18 data]#cat mysql-bin.index 

 

 
  1. ./mysql-bin.000007 
  2. ./mysql-bin.000008 
  3. ./mysql-bin.000009 
  4. ./mysql-bin.000010 
  5. ./mysql-bin.000011 
  6. ./mysql-bin.000012 
  7. ./mysql-bin.000013 
  8. ./mysql-bin.000014 
  9. ./mysql-bin.000015 
  10. ./mysql-bin.000016 
  11. ./mysql-bin.000017 

由此可以看出這種清理二進制日志文件的方式是非常合理的,不會導致數據庫的錯誤發生。

 

 
  1. mysql> PURGEBINARY LOGS BEFORE '13-10-19 10:26:36'; #使用時間來刪除二進制日志 

 

 
  1. 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。


注:相關教程知識閱讀請移步到MYSQL教程頻道。
發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
日韩精品亚洲元码| 欧美视频在线观看免费| 日本一欧美一欧美一亚洲视频| 久久久久久久久久国产精品| 亚洲国产日韩欧美在线动漫| 亚洲精品第一页| 欧美亚洲国产日韩2020| 欧美大片大片在线播放| 久久天天躁狠狠躁夜夜躁| 亚洲国产精品久久久| 中文字幕在线精品| 欧美国产第一页| 亚洲精品视频中文字幕| 亚洲人成网站777色婷婷| 久久久国产精彩视频美女艺术照福利| 国产91在线播放精品91| 国产精品一区二区久久国产| 国产精品久久久久久久久久新婚| 国产精品久久久久久久久久99| 精品成人国产在线观看男人呻吟| 日韩色av导航| 欧美人在线视频| 久久99亚洲热视| 久久这里只有精品视频首页| 国产精品海角社区在线观看| 91欧美精品午夜性色福利在线| 日韩不卡中文字幕| 日本一区二区在线免费播放| 亚洲国产精品一区二区三区| 91精品国产精品| 日本久久久久久久| 国产精品v片在线观看不卡| 欧美超级免费视 在线| 国产色视频一区| 亚洲国产天堂久久综合| 欧美激情中文网| 国产精品美女无圣光视频| 国产丝袜精品视频| 欧美黄色片在线观看| 亚洲午夜未删减在线观看| 欧美一级淫片播放口| 亚洲欧美在线一区二区| 中文字幕不卡在线视频极品| 久久久久久久色| 疯狂做受xxxx高潮欧美日本| 欧美大学生性色视频| 免费av在线一区| 欧美在线精品免播放器视频| 高清一区二区三区日本久| 国产视频久久久久久久| 国产999在线观看| 欧美大片网站在线观看| www.久久久久| 亚洲福利小视频| 亚洲人线精品午夜| 日韩欧美在线看| 2019中文字幕全在线观看| 日韩av网站电影| 亚洲va国产va天堂va久久| 久久精品色欧美aⅴ一区二区| 亚洲精品视频网上网址在线观看| 亚洲成人精品在线| 亚洲专区在线视频| www国产精品com| 美女福利精品视频| 亚洲电影免费观看高清| 国内精品久久影院| 国产精品白嫩美女在线观看| 精品小视频在线| 91视频国产精品| 欧美另类在线观看| 97精品伊人久久久大香线蕉| 国产精品久久久久久久久久免费| 久久视频中文字幕| 国产精品自产拍高潮在线观看| 91精品在线国产| 性金发美女69hd大尺寸| 欧美日韩国产综合视频在线观看中文| 亚洲一区二区少妇| 久久视频国产精品免费视频在线| 国产又爽又黄的激情精品视频| 日本成人精品在线| 国产精品欧美激情在线播放| 成人午夜激情网| 久久久亚洲天堂| 国产成人精品久久二区二区91| 成人免费在线网址| 青青草99啪国产免费| 亚洲精品自拍视频| 亚洲а∨天堂久久精品喷水| 91社区国产高清| 欧美精品在线观看91| 亚洲成色777777女色窝| 中文字幕亚洲一区在线观看| 97人洗澡人人免费公开视频碰碰碰| 国产亚洲人成a一在线v站| 国产亚洲综合久久| 操91在线视频| 欧美成年人网站| 亚洲成人久久电影| 亚洲精品永久免费精品| 日本午夜精品理论片a级appf发布| 欧美日韩一区二区在线| 欧美亚洲午夜视频在线观看| 红桃av永久久久| 亚洲第一二三四五区| 一本大道亚洲视频| 国产成人在线视频| 91干在线观看| 欧美在线性爱视频| 欧美日韩国产综合视频在线观看中文| 亚洲mm色国产网站| 亚洲一区二区日本| 搡老女人一区二区三区视频tv| 亚洲国产精品成人一区二区| 欧美电影在线观看网站| 日韩中文在线视频| www.亚洲成人| 亚洲第一精品夜夜躁人人爽| 精品五月天久久| 视频在线一区二区| 91精品久久久久久久久青青| 久久久久久国产精品美女| 精品成人国产在线观看男人呻吟| 亚洲最新在线视频| 久久香蕉国产线看观看av| 岛国av一区二区| 日韩中文字幕精品视频| 欧美日韩亚洲国产一区| 久久久久久一区二区三区| 97在线观看视频国产| 91精品久久久久久久久中文字幕| 综合国产在线观看| 69视频在线播放| 成人两性免费视频| 在线播放国产一区二区三区| 欧美精品做受xxx性少妇| 久久久久久久爱| 亚洲欧美国产制服动漫| 欧美日本亚洲视频| 91精品国产乱码久久久久久蜜臀| 国产精品久久久久久五月尺| 久久久久久久一| 久色乳综合思思在线视频| 国产精自产拍久久久久久蜜| 成人av在线天堂| 国内精品视频一区| 日本精品一区二区三区在线| 国产精品高清免费在线观看| 亚洲视频在线观看| 91超碰中文字幕久久精品| 欧美极品美女电影一区| 亚洲国产第一页| 国产91色在线|| 欧美性感美女h网站在线观看免费| 欧美一级大片视频| xxxx性欧美| 亚洲欧美一区二区三区情侣bbw| 国产精品久久久久久亚洲调教| 久久久精品视频在线观看| 日韩精品亚洲精品| 成人妇女免费播放久久久| 国产久一一精品| 日本成人黄色片|