mysql基础---日志文件

最新推荐文章于 2024-09-24 13:17:39 发布

crazyhacking

最新推荐文章于 2024-09-24 13:17:39 发布

阅读量2.1k

点赞数

分类专栏： MYSQL

MYSQL 专栏收录该内容

40 篇文章

订阅专栏

一基本日志文件

MYSQL有不同类型的日志文件(各自存储了不同类型的日志)，从它们当中可以查询到MYSQL里都做了些什么，对于MYSQL的管理工作，这些日志文件是不可缺少的。
1.错误日志(The error log)：记录了数据库启动、运行以及停止过程中错误信息；
2.ISAM操作日志(The isam log)：记录了所有对ISAM表的修改，该日志仅仅用于调试ISAM模式；
3.SQL执行日志(The query log)：记录了客户端的连接以及所执行的SQL语句；
4.更新日志(The update log)：记录了改变数据的语句，已经不建议使用，由二进制日志替代；
5.二进制日志(The binary log)：记录了所有对数据库数据的修改语句；
6.超时日志(The slow log)：记录所有执行时间超过最大SQL执行时间(long_query_time)或未使用索引的语句；

7 innodb redo log

innodb事务安全的存储引擎：主要通过在线redo日志及记录在表中的undo信息来保证事务安全性

innodb_log_group_home_dir设置存放位置

innodb_log_files_in_group 设置日志的数量

如果你是在用mysql的复制、备份功能，那么从服务器还提供了一种叫做relay log的日志文件。

默认情况下所有日志文件会记录在MYSQL的数据目录下，你可以通过强制mysql去关闭并重新打开一个文件进行日志记录，当然系统会自动加后缀(如.00001, .00002)，方式有在mysql环境下执行语句 mysql>flush logs; 或者通过mysqladmin管理程序执行 #mysqladmin flush-logs 或 #mysqladmin refresh

这些日志的启动方式可以在mysqld_safe方式启动数据库的时候，后面跟选项参数，也可以在配置文件里配置，推荐采用第二种方式，配置方法很简单，我只配置了三种日志：

[mysqld]
log=/var/log/mysqld_common.log
log-error=/var/log/mysqld_err.log
log-bin=/var/log/mysqld_bin.bin

日志的查看很简单，大部分都是文本，直接用vim、less、more之类的工具看就可以了，值得说明的是二进制文件的查看：

1). 首先确定是否开启了二进制文件记录功能
mysql>show variables like 'log_bin';

2). 如果你想知道现在记录二进制数据的文件具体信息，你可以通过下列语句看到现在正在记录哪个文件，以及记录的当前位置：
mysql>show master status;

3). 查看二进制数据需要借助程序mysqlbinlog，看看它支持哪些选项，根据自己需要来使用。
mysql>mysqlbinlog /var/log/mysql/mysql-bin.000040;
查询某个时间范围的可以执行下列语句，如果记录很多可以将结果定向到一个文件里自己慢慢看:-) ：
mysql>mysqlbinlog --start-datetime='2008-01-01 00:00:00' --stop-datetime='2008-08-08 00:00:00' /var/log/mysql/mysql-bin.000040 > ./tmp.log

转自：http://www.cppblog.com/wolf/articles/67224.html

二 redo日志和binlog日志的异同

首先，二进制日志会记录所有与MySQL数据库有关的日志记录，包括InnoDB、MyISAM、Heap等其他存储引擎的日志。而InnoDB存储引擎的重做日志只记录有关该引擎本身的事务日志。

其次，记录的内容不同。无论用户将二进制日志文件记录的格式设为STATEMENT还是ROW，又或是MIXED，其记录的都是关于一个事务的具体操作内容，即该日志是逻辑日志。而InnoDB存储引擎的重做日志是关于每个页（Page）的更改的物理情况。

此外，写入的时间也不同。二进制日志文件仅在事务提交后进行写入，即只写磁盘一次，不论这时该事务多大。而在事务进行的过程中，却不断有重做日志条目（redo entry）被写入到重做日志文件中。

二者关系有待深究！！两段式提交。

1. binlog是MySQL Server层记录的日志， redo log是InnoDB存储引擎层的日志。两者都是记录了某些操作的日志(不是所有)自然有些重复（但两者记录的格式不同）。
2. 选择binlog日志作为replication我想主要原因是MySQL的特点就是支持多存储引擎，为了兼容绝大部分引擎来支持复制这个特性，那么自然要采用MySQL Server自己记录的日志而不是仅仅针对InnoDB的redo log，因为如果采用了InnoDB redo log复制，那么其他引擎也想复制，此时改怎么办呢？对吧

(4) sync_binlog 需要调整吗？

调整mysql server 层的binlog，不同于innodb log。具体区别查看 mysql的日志文件

sync_binlog = N：取默认为0 性能最好

N>0 — 每向二进制日志文件写入N条SQL或N个事务后，则把二进制日志文件的数据刷新到磁盘上；

N=0 — 不主动刷新二进制日志文件的数据到磁盘上，而是由操作系统决定；

转自：http://hatemysql.com/tag/sync_binlog/