旗下导航:搜·么
当前位置:网站首页 > MySQL教程 > 正文

MySQL日记细致剖析【MySQL教程】,MySQL,解析,日志

作者:搜教程发布时间:2019-11-27分类:MySQL教程浏览:75评论:0


导读: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

更多信息请查阅官方文档:http://dev.mysql.com/doc/refman/5.5/en/error-log.html

查询日记:

默许情况下查询日记是封闭的。因为查询日记会纪录用户的一切操纵,个中还包括增删查改等信息,在并发操纵大的环境下会发生大批的信息从而致使不必要的磁盘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日记时。

二进制日记定义体式格局:

  • 其一、log_bin可以直接定义为文件途径,也可以为ON|OFF。

  • 其二、经由过程编辑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)

到此关于二进制的学问就剖析完了,个中如有毛病不足之处请指出!感谢!注重二进制日记和毛病日记很主要重点学之!!

相干引荐:

MySQL日记设置及检察要领详解

我们都很熟习MySQL日记,本文主要引见了MySQL日记设置及检察要领,须要的朋侪可以......

MYSQL日记与备份复原详解

本文主要为人人细致引见了MYSQL日记与备份复原题目,具有肯定的参考价值,感兴趣的......

mysql日记文件在哪 怎样修正MySQL日记文件位置

MySQL日记文件置信人人都有许多的相识,MySQL日记文件平常在:/var/log/mysqld.log,下面引见怎样修正MySQL日记文件......

以上就是MySQL日记细致剖析的细致内容,更多请关注ki4网别的相干文章!

标签:MySQL解析日志


欢迎 发表评论: