<innoDB 手记《二》> innodb_log_file_size
2013-11-20 19:22
483 查看
之前的一篇简单介绍了的作用,下面接下来和大家分享一下innodb的日志文件相关的参数的作用。
innodb_log_file_size
这个值定义了日志文件的大小,innodb日志文件的作用是用来保存redo日志。一个事务对于数据或索引的修改往往对应到表空间中的随机的位置,因此当刷新这些修改到磁盘中就会引起随机的I/O,而随机的I/O往往比顺序的I/O更加昂贵的开销,因为随机的I/O需要更多的开销来定位到指定的位置。
innodb使用日志来将随机的I/O转为顺序的I/O,只要日志文件是安全的,那么事务就是永久的,尽管这些改变还没有写到数据文件中,如果出现了当机或服务器断电的情况,那么innodb也可以通过日志文件来恢复以及提交的事务。但是日志文件是有一定的大小的,所以必须要把日志文件记录的改变写到数据文件中,innodb对于日志文件的操作是循环的,即当日志文件写满后,会将指针重新移动到文件开始的地方重新写,但是它不会覆盖那些还没有写到数据文件中的日志,因为这是唯一记录了事务持久化的记录。
问题:对于再一次循环写满的日志组在进行写入的时候,不覆盖么?或者,存在Oracle那样的归档模式?
innodb使用一个后台的线程来刷新日志中的记录到数据文件中,这个线程可以合并写操作来使之变成顺序I/O来提高效率。innodb可以设置多个日志文件,而日志文件的总的大小就是所有日志文件加起来的总大小,而innodb对这些日志文件的处理相当于一个日志文件,使用循环的方式来操作,就是当一个日志文件写满以后,才会将后续的记录写到下一个日志文件,当所有的日志文件都写满后,innodb就会从头开始写。mysql中默认的日志文件为2个5M的文件,这对于压力大的情况下是远远不够的,那我们怎么样来修改日志文件的大小呢?在重启mysql服务之前,首先将日志文件删除,然后修改配置文件中的日志文件的大小,然后执行重启的操作,在重启的过程中,mysql会重新创建指定大小的日志文件。
innodb的日志文件也是保存在磁盘中的,那写的速度也是相对慢的,innodb中使用了日志缓存来提高写的速度。innodb会将所有的日志首先写到日志缓存中,然后再通过后台的一个线程将这这些缓存刷新到磁盘的日志文件中。那么innodb是在什么时候才将缓存刷新到日志文件的呢?
innodb中有一个配置参数来控制这个行为,innodb_flush_log_at_trx_commit,这个参数可以设置为3个不同的值:
0
在事务提交时不执行任何操作,innodb的后台线程会每秒执行一次刷新操作
1
事务的每一次提交,innodb都会将日志缓存中的数据刷新到日志文件(这是mysql对innodb默认的设置,也是最安全的设置)
2
事务的每一次提交,innodb都会把日志缓存中的数据刷新到磁盘,但是不执行flush的操作(即只写到操作系统的缓存中),这个值跟0的区别为,这个操作在服务崩溃会其他异常情况下不会丢失任何的事务
![](https://img-blog.csdn.net/20131120192124984?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbXlpc2Ri/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
但是还有一个问题就是innodb如何将日志缓存刷新到日志文件?这个问题将在接下来的文章中跟大家分享。
innodb_log_file_size
这个值定义了日志文件的大小,innodb日志文件的作用是用来保存redo日志。一个事务对于数据或索引的修改往往对应到表空间中的随机的位置,因此当刷新这些修改到磁盘中就会引起随机的I/O,而随机的I/O往往比顺序的I/O更加昂贵的开销,因为随机的I/O需要更多的开销来定位到指定的位置。
innodb使用日志来将随机的I/O转为顺序的I/O,只要日志文件是安全的,那么事务就是永久的,尽管这些改变还没有写到数据文件中,如果出现了当机或服务器断电的情况,那么innodb也可以通过日志文件来恢复以及提交的事务。但是日志文件是有一定的大小的,所以必须要把日志文件记录的改变写到数据文件中,innodb对于日志文件的操作是循环的,即当日志文件写满后,会将指针重新移动到文件开始的地方重新写,但是它不会覆盖那些还没有写到数据文件中的日志,因为这是唯一记录了事务持久化的记录。
问题:对于再一次循环写满的日志组在进行写入的时候,不覆盖么?或者,存在Oracle那样的归档模式?
innodb使用一个后台的线程来刷新日志中的记录到数据文件中,这个线程可以合并写操作来使之变成顺序I/O来提高效率。innodb可以设置多个日志文件,而日志文件的总的大小就是所有日志文件加起来的总大小,而innodb对这些日志文件的处理相当于一个日志文件,使用循环的方式来操作,就是当一个日志文件写满以后,才会将后续的记录写到下一个日志文件,当所有的日志文件都写满后,innodb就会从头开始写。mysql中默认的日志文件为2个5M的文件,这对于压力大的情况下是远远不够的,那我们怎么样来修改日志文件的大小呢?在重启mysql服务之前,首先将日志文件删除,然后修改配置文件中的日志文件的大小,然后执行重启的操作,在重启的过程中,mysql会重新创建指定大小的日志文件。
innodb的日志文件也是保存在磁盘中的,那写的速度也是相对慢的,innodb中使用了日志缓存来提高写的速度。innodb会将所有的日志首先写到日志缓存中,然后再通过后台的一个线程将这这些缓存刷新到磁盘的日志文件中。那么innodb是在什么时候才将缓存刷新到日志文件的呢?
innodb中有一个配置参数来控制这个行为,innodb_flush_log_at_trx_commit,这个参数可以设置为3个不同的值:
0
在事务提交时不执行任何操作,innodb的后台线程会每秒执行一次刷新操作
1
事务的每一次提交,innodb都会将日志缓存中的数据刷新到日志文件(这是mysql对innodb默认的设置,也是最安全的设置)
2
事务的每一次提交,innodb都会把日志缓存中的数据刷新到磁盘,但是不执行flush的操作(即只写到操作系统的缓存中),这个值跟0的区别为,这个操作在服务崩溃会其他异常情况下不会丢失任何的事务
但是还有一个问题就是innodb如何将日志缓存刷新到日志文件?这个问题将在接下来的文章中跟大家分享。
相关文章推荐
- 选择合适的innodb_log_file_size
- linux mysql修改my.cnf的innodb_log_file_size ,提示:Unknown/unsupported storage engine: InnoDB
- innodb_log_file_size
- 如何计算合适的InnoDB log file size
- 优化innodb_log_file_size参数
- 关于改变innodb_log_file_size后无法启动mysql的问题
- innodb_log_file_size
- 如何计算合适的InnoDB的(innodb_log_file_size)日志文件大小
- 关于改变innodb_log_file_size后无法启动mysql的问题
- [Mysql数据库] innodb_log_file_size设置
- 修改innodb_log_file_size后无法启动mysql的问题
- 合理设置 innodb_log_file_size 大小
- MySQL Row size too large (> 8126) 以及ROW_FORMAT=COMPRESSED requires innodb_file_format > Antel 的解决办法
- 改变innodb_log_file_size后无法启动mysql---unknow table engine InnoDB
- <innoDB 的手记(一)>
- 修改MYSQL的innodb_log_file_size导致的MYSQL崩溃
- 转载:innodb_log_file_size设多大…
- InnoDB: Error: log file /home/mysqldata/ib_logfile0 is of different size
- How to calculate a good InnoDB log file size
- Choosing proper innodb_log_file_size