MYSQL日志
Mysql提供了一下几组日志,用来帮助你找出mysqld 内部出现的原因
日志文件 | 计入日志文件中的内容 |
|
错误日志 | 记录启动、运行或停止mysqld时出现的问题。 |
|
查询日志 | 记录建立的客户端连接和执行的语句。 |
|
二进制日志 | 记录所有更改数据的语句。还用于复制。 |
|
慢查询日志 | 记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询。 |
|
错误日志(err-log)
错误日志文件包含了当mysqld启动和停止时,以及服务器在运行过程中发生任何严重错误时的相关信息。如果mysqld莫名其妙地死掉并且mysqld_safe需要重新启动它,mysqld_safe在错误日志中写入一条restarted mysqld消息。如果mysqld注意到需要自动检查或着修复一个表,则错误日志中写入一条消息。
可以用--log-error[=file_name]选项来指定mysqld保存错误日志文件的位置。如果没有给定file_name值,mysqld使用错误日志名host_name.err 并在数据目录中写入日志文件。如果你执行FLUSH LOGS,错误日志用-old重新命名后缀并且mysqld创建一个新的空日志文件。
通用查询日志(query-log)
如果你想要知道mysqld内部发生了什么,你应该用--log[=file_name]或-l [file_name]选项启动它。如果没有给定file_name的值, 默认名是host_name.log。所有连接和语句被记录到日志文件。当你怀疑在客户端发生了错误并想确切地知道该客户端发送给mysqld的语句时,该日志可能非常有用。
mysqld按照它接收的顺序记录语句到查询日志。这可能与执行的顺序不同。这与更新日志和二进制日志不同,它们在查询执行后,但是任何一个锁释放之前记录日志。(查询日志还包含所有语句,而二进制日志不包含只查询数据的语句)。
服务器重新启动和日志刷新不会产生新的一般查询日志文件(尽管刷新关闭并重新打开一般查询日志文件)。在Unix中,你可以通过下面的命令重新命名文件并创建一个新文件:
shell> mv hostname.log hostname-old.log
shell> mysqladmin flush-logs
shell> cp hostname-old.log to-backup-directory
shell> rm hostname-old.log
二进制日志(Bin-log)
这个不需要介绍了吧。它记录所有对数据操作语句。
官方的说法是:二进制日志包含了所有更新了数据或者已经潜在更新了数据(例如,没有匹配任何行的一个DELETE)的所有语句。语句以“事件”的形式保存,它描述数据更改。
开启BIN-log对服务器的影响:运行服务器时若启用二进制日志则性能大约慢1%。但是,二进制日志的好处,即用于恢复并允许设置复制超过了这个小小的性能损失。
由此可见,二进制日志的主要作用是在恢复使能够最大可能地更新数据库,因为二进制日志包含备份后进行的所有更新。
二进制日志还用于在主复制服务器上记录所有将发送给从服务器的语句
慢查询日志(slow-queries -log)
慢查询日志记录所有执行时间超过long-query-time秒的SQL语句,但获得初始表锁定的时间不算做执行时间,这也就意味着慢查询日志里不能查出你的SQL语句是否造成了表锁定。
慢查询日志可以用来找到执行时间长的语句,对其进行优化。也就是说,在数据库应用层的优化需要使用到慢查询日志。