MySQL性能调优与架构设计--mysql日志文件
2015-10-17 00:00
363 查看
摘要: mysql性能相关的文件说明
1、错误日志:Error Log
错误日志记录了MyQL Server 运行过程中所有较为严重的警告和错误信息,以及MySQL
Server 每次启动和关闭的详细信息。在默认情况下,系统记录错误日志的功能是关闭的,
错误信息被输出到标准错误输出(stderr),如果要开启系统记录错误日志的功能,需要在
启动时开启-log-error 选项。错误日志的默认存放位置在数据目录下,hostname.err 命
名。但是可以使用命令:--log-error[=file_name],修改其存放目录和文件名。
为了方便维护需要,有时候会希望将错误日志中的内容做备份并重新开始记录,这时候
就可以利用MySQL 的FLUSH LOGS 命令来告诉MySQL 备份旧日志文件并生成新的日志文件。
备份文件名以“.old”结尾。
2、二进制日志:Binary Log & Binary Log Index
二进制日志,也就是我们常说的binlog,也是MySQL Server 中最为重要的日志之一。
当我们通过“--login[=file_name]”打开了记录的功能之后,
MySQL 会将所有修改数据
库数据的query 以二进制形式记录到日志文件中
。当然,日志中并不仅限于query 语句这么
简单,还包括每一条query 所执行的时间,所消耗的资源,以及相关的事务信息,所以binlog
是事务安全的。
和错误日志一样,binlog 记录功能同样需要“--log-bin[=file_name]”参数的显式指
定才能开启,如果未指定file_name,则会在数据目录下记录为mysql-bin.******(*代表0~
9 之间的某一个数字,来表示该日志的序号)。
binlog 还有其他一些附加选项参数:
“--max_binlog_size”设置binlog 的最大存储上限,当日志达到该上限时,MySQL 会
重新创建一个日志开始继续记录。不过偶尔也有超出该设置的binlog 产生,一般都是因为
在即将达到上限时,产生了一个较大的事务,为了保证事务安全,MySQL 不会将同一个事务
分开记录到两个binlog 中。
“--binlog-do-db=db_name”参数明确告诉MySQL,需要对某个(db_name)数据库记
录binlog,如果有了“--binlog-do-db=db_name”参数的显式指定,MySQL 会忽略针对其他
数据库执行的query,而仅仅记录针对指定数据库执行的query。
“--binlog-ignore-db=db_name”与“--binlog-do-db=db_name”完全相反,它显式指
定忽略某个(db_name)数据库的binlog 记录,当指定了这个参数之后,MySQL 会记录指定
数据库以外所有的数据库的binlog。
“--binlog-ignore-db=db_name”与“--binlog-do-db=db_name”两个参数有一个共同
的概念需要大家理解清楚,参数中的db_name 不是指query 语句更新的数据所在的数据库,
而是执行query 的时候当前所处的数据库。不论更新哪个数据库的数据,MySQL 仅仅比较当
前连接所处的数据库(通过use db_name 切换后所在的数据库)与参数设置的数据库名,而
不会分析query 语句所更新数据所在的数据库。
mysql-bin.index 文件(binary log index)的功能是记录所有Binary Log 的绝对路
径,保证MySQL 各种线程能够顺利的根据它找到所有需要的Binary Log 文件。
3、更新日志:update log
更新日志是MySQL 在较老的版本上使用的,其功能和binlog 基本类似,只不过不是以
二进制格式来记录而是以简单的文本格式记录内容。自从MySQL 增加了binlog 功能之后,
就很少使用更新日志了。从版本5.0 开始,MySQL 已经不再支持更新日志了。
4、查询日志:query log
查询日志记录MySQL 中所有的query,通过“--log[=fina_name]”来打开该功能。由
于记录了所有的query,包括所有的select,体积比较大,开启后对性能也有较大的影响,
所以请大家慎用该功能。一般只用于跟踪某些特殊的sql 性能问题才会短暂打开该功能。默
认的查询日志文件名为hostname.log。
5、慢查询日志:slow query log
顾名思义,慢查询日志中记录的是执行时间较长的query,也就是我们常说的slow
query,通过设--log-slow-queries[=file_name]来打开该功能并设置记录位置和文件名,
默认文件名为hostname-slow.log,默认目录也是数据目录。
慢查询日志采用的是简单的文本格式,可以通过各种文本编辑器查看其中的内容。其中
记录了语句执行的时刻,执行所消耗的时间,执行用户,连接主机等相关信息。MySQL 还提
供了专门用来分析满查询日志的工具程序mysqlslowdump,用来帮助数据库管理人员解决可
能存在的性能问题。
6、Innodb 的在线redo 日志:innodb redo log
Innodb 是一个事务安全的存储引擎,其事务安全性主要就是通过在线redo 日志和记录
在表空间中的undo 信息来保证的。redo 日志中记录了Innodb 所做的所有物理变更和事务
信息,通过redo 日志和undo 信息,Innodb 保证了在任何情况下的事务安全性。Innodb 的redo
日志同样默认存放在数据目录下,可以通过innodb_log_group_home_dir 来更改设置日志的
存放位置,通过innodb_log_files_in_group 设置日志的数量。
1、错误日志:Error Log
错误日志记录了MyQL Server 运行过程中所有较为严重的警告和错误信息,以及MySQL
Server 每次启动和关闭的详细信息。在默认情况下,系统记录错误日志的功能是关闭的,
错误信息被输出到标准错误输出(stderr),如果要开启系统记录错误日志的功能,需要在
启动时开启-log-error 选项。错误日志的默认存放位置在数据目录下,hostname.err 命
名。但是可以使用命令:--log-error[=file_name],修改其存放目录和文件名。
为了方便维护需要,有时候会希望将错误日志中的内容做备份并重新开始记录,这时候
就可以利用MySQL 的FLUSH LOGS 命令来告诉MySQL 备份旧日志文件并生成新的日志文件。
备份文件名以“.old”结尾。
2、二进制日志:Binary Log & Binary Log Index
二进制日志,也就是我们常说的binlog,也是MySQL Server 中最为重要的日志之一。
当我们通过“--login[=file_name]”打开了记录的功能之后,
MySQL 会将所有修改数据
库数据的query 以二进制形式记录到日志文件中
。当然,日志中并不仅限于query 语句这么
简单,还包括每一条query 所执行的时间,所消耗的资源,以及相关的事务信息,所以binlog
是事务安全的。
和错误日志一样,binlog 记录功能同样需要“--log-bin[=file_name]”参数的显式指
定才能开启,如果未指定file_name,则会在数据目录下记录为mysql-bin.******(*代表0~
9 之间的某一个数字,来表示该日志的序号)。
binlog 还有其他一些附加选项参数:
“--max_binlog_size”设置binlog 的最大存储上限,当日志达到该上限时,MySQL 会
重新创建一个日志开始继续记录。不过偶尔也有超出该设置的binlog 产生,一般都是因为
在即将达到上限时,产生了一个较大的事务,为了保证事务安全,MySQL 不会将同一个事务
分开记录到两个binlog 中。
“--binlog-do-db=db_name”参数明确告诉MySQL,需要对某个(db_name)数据库记
录binlog,如果有了“--binlog-do-db=db_name”参数的显式指定,MySQL 会忽略针对其他
数据库执行的query,而仅仅记录针对指定数据库执行的query。
“--binlog-ignore-db=db_name”与“--binlog-do-db=db_name”完全相反,它显式指
定忽略某个(db_name)数据库的binlog 记录,当指定了这个参数之后,MySQL 会记录指定
数据库以外所有的数据库的binlog。
“--binlog-ignore-db=db_name”与“--binlog-do-db=db_name”两个参数有一个共同
的概念需要大家理解清楚,参数中的db_name 不是指query 语句更新的数据所在的数据库,
而是执行query 的时候当前所处的数据库。不论更新哪个数据库的数据,MySQL 仅仅比较当
前连接所处的数据库(通过use db_name 切换后所在的数据库)与参数设置的数据库名,而
不会分析query 语句所更新数据所在的数据库。
mysql-bin.index 文件(binary log index)的功能是记录所有Binary Log 的绝对路
径,保证MySQL 各种线程能够顺利的根据它找到所有需要的Binary Log 文件。
3、更新日志:update log
更新日志是MySQL 在较老的版本上使用的,其功能和binlog 基本类似,只不过不是以
二进制格式来记录而是以简单的文本格式记录内容。自从MySQL 增加了binlog 功能之后,
就很少使用更新日志了。从版本5.0 开始,MySQL 已经不再支持更新日志了。
4、查询日志:query log
查询日志记录MySQL 中所有的query,通过“--log[=fina_name]”来打开该功能。由
于记录了所有的query,包括所有的select,体积比较大,开启后对性能也有较大的影响,
所以请大家慎用该功能。一般只用于跟踪某些特殊的sql 性能问题才会短暂打开该功能。默
认的查询日志文件名为hostname.log。
5、慢查询日志:slow query log
顾名思义,慢查询日志中记录的是执行时间较长的query,也就是我们常说的slow
query,通过设--log-slow-queries[=file_name]来打开该功能并设置记录位置和文件名,
默认文件名为hostname-slow.log,默认目录也是数据目录。
慢查询日志采用的是简单的文本格式,可以通过各种文本编辑器查看其中的内容。其中
记录了语句执行的时刻,执行所消耗的时间,执行用户,连接主机等相关信息。MySQL 还提
供了专门用来分析满查询日志的工具程序mysqlslowdump,用来帮助数据库管理人员解决可
能存在的性能问题。
6、Innodb 的在线redo 日志:innodb redo log
Innodb 是一个事务安全的存储引擎,其事务安全性主要就是通过在线redo 日志和记录
在表空间中的undo 信息来保证的。redo 日志中记录了Innodb 所做的所有物理变更和事务
信息,通过redo 日志和undo 信息,Innodb 保证了在任何情况下的事务安全性。Innodb 的redo
日志同样默认存放在数据目录下,可以通过innodb_log_group_home_dir 来更改设置日志的
存放位置,通过innodb_log_files_in_group 设置日志的数量。
相关文章推荐
- 选定虚拟主机 性能凸显优势
- 修改一行代码提升 Postgres 性能 100 倍
- 推荐Sql server一些常见性能问题的解决方法
- SQL Server误区30日谈 第9天 数据库文件收缩不会影响性能
- 和表值函数连接引发的性能问题分析
- SQLServer 2000 升级到 SQLServer 2008 性能之需要注意的地方之一
- 数据库性能优化三:程序操作优化提升性能
- VBS中的字符串连接的性能问题
- mysql 性能的检查和调优方法
- 数据库性能优化二:数据库表优化提升性能
- 如何用分表存储来提高性能 推荐
- ASP中使用FileSystemObject时提高性能的方法
- 如何改进javascript代码的性能
- JavaScript脚本性能优化注意事项
- JQuery Tips(4) 一些关于提高JQuery性能的Tips
- jQuery性能优化28条建议你值得借鉴
- 十个迅速提升JQuery性能让你的JQuery跑得更快
- jquery选择器的选择使用及性能介绍
- 对于jQuery性能的一些优化建议
- 做好七件事帮你提升jQuery的性能