深入浅出MySQL之MySQL 日志

MySQL 日志

错误日志

错误日志是 MySQL 中最重要的日志之一,它记录了当 mysqld 启动和停止时,以及服务器在 运行过程中发生任何严重错误时的相关信息。当数据库出现任何故障导致无法正常使用时,可以首先查看此日志。

可以用 --log-error[=file_name] 选项来指定 mysqldMySQL 服务器)保存错误日志文件的位置。如果没有给定 file_name 值,mysqld 使用错误日志名 host_name.errhost_name 为主机名)并默认在参数 DATADIR(数据目录)指定的目录中写入日志文件。

二进制日志

二进制日志(BINLOG)记录了所有的 DDL(数据定义语言) 语句和 DML(数据操纵语言) 语句,但是不包括数据查询语句。语句以“事件”的形式保存,它描述了数据的更改过程。

此日志对于灾难时的数据恢复起着极其重要的作用。

日志的位置和格式

当用 --log-bin[=file_name] 选项启动时,mysqld 将包含所有更新数据的 SQL 命令写入日志文件。如果没有给出 file_name 值,默认名为主机名后面跟 “-bin”。如果给出了文件名,但没有包含路径,则文件默认被写入参数 DATADIR(数据目录)指定的目录。

日志的读取

由于日志以二进制方式存储,不能直接读取,需要用 mysqlbinlog 工具来查看,语法如下:

shell> mysqlbinlog log-file;

日志的删除

对于比较繁忙的 OLTP(在线事务处理)系统,由于每天生成日志量大,这些日志如果长时间不清除,将会对磁盘空间带来很大的浪费。因此,定期删除日志是 DBA 维护 MySQL 数据库的一个重要工作内容。下面将介绍几种删除日志的常见方法。

方法1

执行“RESET MASTER;“|命令,该命令将删除所有 BINLOG 日志,新日志编号从 ”00001“开始。下例中删除了当前的所有日志。

  1. 查看删除前日志

    mysql> system ls -ltr localhost-bin*
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:04 localhost-bin.000006
    -rw-rw---- 1 mysql mysql 144 Aug 10 04:04 localhost-bin.index
    -rw-rw---- 1 mysql mysql 98 Aug 10 04:04 localhost-bin.000009
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:04 localhost-bin.000008
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:04 localhost-bin.000007
    

    在测试环境中,二进制日志格式为“hostname-bin.”后跟日志序号。而测试机的 hostname 设置为“localhost”,因此这里用“localhost-bin.”来表示所有的日志。结果中的 “localhost-bin.index”是日志的索引文件,记录了最大的日志序号,本例中可以将此文件忽略。

  2. 用 RESET MASTER 命令进行日志删除。

    mysql> reset master;
    Query OK, 0 rows affected (0.08 sec)
    
  3. 查看看删除后的日志

    mysql> system ls -ltr localhost-bin*
    -rw-rw---- 1 mysql mysql 36 Aug 10 04:04 localhost-bin.index
    -rw-rw---- 1 mysql mysql 98 Aug 10 04:04 localhost-bin.000001
    

    可以发现,以前的日志全部被清空。新日志重新从“000001”开始编号。

    方法2

    执行“PURGE MASTER LOGS TO 'mysql-bin.******'”命令,该命令将删除“******”编号之前的所有日志。下例中删除了“localhost-bin.000006”之前编号的所有日志。

  4. 查看删除前日志。

    mysql> system ls -ltr localhost-bin*
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:00 localhost-bin.000004
    -rw-rw---- 1 mysql mysql 98 Aug 10 04:00 localhost-bin.000006
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:00 localhost-bin.000005
    -rw-rw---- 1 mysql mysql 108 Aug 10 04:00 localhost-bin.index
    
  5. 用 PURGE 命令进行删除

    mysql> purge master logs to 'localhost-bin.000006';
    Query OK, 0 rows affected (0.04 sec)
    
  6. 查看删除后的日志

    mysql> system ls -ltr localhost-bin*
    -rw-rw---- 1 mysql mysql 98 Aug 10 04:00 localhost-bin.000006
    -rw-rw---- 1 mysql mysql 36 Aug 10 04:03 localhost-bin.index
    

    从结果中发现,编号“000006”之前的所有日志都已经被删除。

方法3

执行“PURGE MASTER LOGS BEFORE 'yyyy-mm-dd hh24:mi:ss'”命令,该命令将删除日期为 “yyyy-mm-dd hh24:mi:ss” 之前产生的所有日志。下例中删除了日期在“2007-08-10 04:07:00” 之前的所有日志。

  1. 查看删除前的日志

    mysql> system ls -ltr localhost-bin*
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:06 localhost-bin.000001
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:06 localhost-bin.000002
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:06 localhost-bin.000003
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:06 localhost-bin.000004
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:06 localhost-bin.000005
    -rw-rw---- 1 mysql mysql 252 Aug 10 04:07 localhost-bin.index
    -rw-rw---- 1 mysql mysql 98 Aug 10 04:07 localhost-bin.000007
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:07 localhost-bin.000006
    
  2. 用 PURGE 命令删除 “2007-08-10 04:07:00”之前的所有日志。

    mysql> purge master logs before '2007-08-10 04:07:00';
    Query OK, 0 rows affected (0.04 sec)
    
  3. 查看删除后日志,果然,系统只保留了两个指定删除日期后的日志。

    mysql> system ls -ltr localhost-bin*
    -rw-rw---- 1 mysql mysql 98 Aug 10 04:07 localhost-bin.000007
    -rw-rw---- 1 mysql mysql 145 Aug 10 04:07 localhost-bin.000006
    -rw-rw---- 1 mysql mysql 72 Aug 10 04:08 localhost-bin.index
    

方法4

设置参数 --expire_logs_days=#,此参数的含义是设置日志的过期天数,过了指定的天数后日志将会被自动删除,这样将将有利于减少 DBA 管理日志的工作量。下例中通过手工更改系统日期来测试此参数的使用。

  1. 查看删除前日志

    mysql> system ls -ltr localhost-bin.*
    -rw-rw---- 1 mysql mysql 145 Dec 25 00:00 localhost-bin.000041
    -rw-rw---- 1 mysql mysql 145 Dec 25 00:06 localhost-bin.000042
    -rw-rw---- 1 mysql mysql 144 Dec 25 00:06 localhost-bin.index
    -rw-rw---- 1 mysql mysql 98 Dec 25 00:06 localhost-bin.000044
    -rw-rw---- 1 mysql mysql 145 Dec 25 00:06 localhost-bin.000043
    
  2. my.cnf 的[mysqld]中加入 “expire_logs_day=3",然后重启 MySQL 服务。

    [root@localhost zzx]# more /etc/my.cnf
    [mysqld]
    ndbcluster
    log-bin
    expire_logs_day=3
    [root@localhost log]# service mysql restart
    Shutting down MySQL.[ OK ]
    Starting MySQL[ OK ]
    
  3. 将系统时间改为1天后

    [root@localhost mysql]# date
    Tue Dec 25 01:14:19 CST 2007
    [root@localhost mysql]# date -s '20071226 14:00:00'
    Wed Dec 26 14:00:00 CST 2007
    
  4. 用“flush logs”触发日志文件更新,这是由于没有到 3 天,所有日志将不会被删除。

    [root@localhost mysql]# mysqladmin flush-log
    [root@localhost mysql]# ls -ltr |grep 'localhost-bin*'
    -rw-rw---- 1 mysql mysql 145 Dec 25 00:00 localhost-bin.000041
    -rw-rw---- 1 mysql mysql 145 Dec 25 00:06 localhost-bin.000042
    -rw-rw---- 1 mysql mysql 145 Dec 25 00:06 localhost-bin.000043
    -rw-rw---- 1 mysql mysql 145 Dec 26 14:00 localhost-bin.000044
    -rw-rw---- 1 mysql mysql 216 Dec 26 14:00 localhost-bin.index
    -rw-rw---- 1 mysql mysql 98 Dec 26 14:00 localhost-bin.000046
    -rw-rw---- 1 mysql mysql 145 Dec 26 14:00 localhost-bin.000045
    
  5. 将日期改为 3 天以后,再次执行“flush logs”触发日志文件更新。

    [root@localhost mysql]# date -s '20071228 14:00:00'
    Fri Dec 28 14:00:00 CST 2007
    [root@localhost mysql]# mysqladmin flush-log
    [root@localhost mysql]# ls -ltr |grep 'localhost-bin*'
    -rw-rw---- 1 mysql mysql 145 Dec 26 14:00 localhost-bin.000044
    -rw-rw---- 1 mysql mysql 145 Dec 26 14:00 localhost-bin.000045
    -rw-rw---- 1 mysql mysql 144 Dec 28 14:00 localhost-bin.index
    -rw-rw---- 1 mysql mysql 98 Dec 28 14:00 localhost-bin.000047
    -rw-rw---- 1 mysql mysql 145 Dec 28 14:00 localhost-bin.000046
    

    从结果中可以看出,3 天前日志 localhost-bin.000041-- localhost-bin.000043 都已经被删除。

其它选项

二进制日志由于记录了数据的变化过程,对于数据的完整性和安全性起着非常重要的作用。因此,MySQL 还提供了一些其它参数来进行更小粒度的管理,具体介绍如下。

  • --binlog-do-db=db_name

    该选项告诉主服务器,如果当前的数据库(即 USE 选定的数据库)是 db_name,应将更新记录到二进制日志中。其它所有没有显式指定的数据库更新将被忽略,不记录在日志中。

  • --binlog-ignore-db=db_name

    该选项告诉主服务器,如果当前的数据库(即 USE 选定的数据库)是 db_name,不应该将更新保存到二进制日志中,其它没有显式忽略的数据库都将进行记录。

    如果想记录或忽略多个数据库,可以对上面两个选项分别使用多次,即对每个数据库指定相应的选项。例如,如果只想记录数据库 db1 和 db2 的日志,可以在参数文件中设置两行:

    --binlog-do-db=db1
    --binlog-do-db=db2
    
  • --innodb-safe-binlog

    此选项经常和 --sync-binlog=N (每写 N 次日志同步磁盘)一起配合使用,使得事务在日志中的记录更加安全。

  • SET SQL_LOG_BIN=0

    具有 SUPER 权限的客户端可以通过此语句禁止将自己的语句记录二进制记录。这个选项在某些环境下是有用的,但是使用时一定要小心,因为它很可能造成日志记录的不完整或者在复制环境中造成主从数据的不一致。

查询日志

日志的位置和格式

当用--log[=file_name]-l [file_name]选项启动 mysqldMySQL 服务器)时,查询日志开始被记录。和其他日志一样,如果没有给定 file_name 的值,日志将写入参数 DATADIR(数据目录)指定的路径下,默认文件名是 host_name.log

日志的读取

因为查询日志记录的格式是纯文本,因此可以直接进行读取。

注意:log 日志中记录了所有数据库的操作,对于访问频繁的系统,此日志对系统性能的影响较大,建议一般情况下关。

慢日志

慢查询日志记录了包含所有执行时间超过参数 long_query_time(单位:秒)所设置值的 SQL 语句的日志。获得表锁定的时间不算作执行时间。

文件位置和格式

当用--log-slow-queries[=file_name]选项启动 mysqldMySQL 服务器)时,慢查询日志开始被记录。和前面几种日志一样,如果没有给定 file_name 的值,日志将写入参数 DATADIR(数据目录)指定的路径下,默认文件名是 host_name-slow.log

日志的读取

和错误日志、查询日志一样,慢查询日志记录的格式也是纯文本,可以被直接读取。如果慢查询日志中记录内容很多,可以使用 mysqldumpslow 工具(MySQL 客户端安装自带)来对慢查询日志进行分类汇总。

对于 SQL 文本完全一致,只是变量不同的语句,mysqldumpslow 将会自动视为同一个语句进 行统计,变量值用 N 来代替。这个统计结果将大大增加用户阅读慢查询日志的效率,并迅速定位系统的 SQL 瓶颈。

注意:慢查询日志对于我们发现应用中有性能问题的 SQL 很有帮助,建议正常情况下,打开此日志并经常查看分析。

其它选项

MySQL 5.1 中,通过--log-slow-admin-statements 服务器选项,可以请求将慢管理语句,例如 OPTIMIZE TABLEANALYZE TABLEALTER TABLE 写入慢查询日志。

总结

本章主要介绍了 MySQL 最常用的 4 种日志类型:错误日志、二进制日志、查询日志和慢查询日志。

这 4 种日志各有不同的用途。

  • 系统故障时,建议首先查看错误日志,以帮助用户迅速定位故障原因。
  • 如果要记录数据的变更、数据的备份、数据的复制等操作时,二进制日志必须打开,以帮助用户进行数据恢复等操作。默认不记录此日志,建议通过 --log-bin 选项将此日志打开。
  • 如果希望记录数据库发生的任何操作,包括 SELECT,则需要用 --log 将查询日志打开,此日志默认关闭,一般情况下建议不要打开此日志,以免影响系统整体性能。
  • 如果希望查看系统的性能问题,希望找到有性能问题的 SQL 语句,则需要用 --log-slow-queries 打开慢查询日志。对于大量的慢查询日志,建议使用 mysqldumpslow 工具来进行汇总查看。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,132评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,802评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,566评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,858评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,867评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,695评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,064评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,705评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,915评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,677评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,796评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,432评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,041评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,992评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,223评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,185评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,535评论 2 343

推荐阅读更多精彩内容