深入解析MySQL检查点.pptVIP

深入解析Mysql检查点 搜狐畅游 DBA 王洪权 mydbalife@ 2011-07-06 summarry Mysql log file Mysql 检查点 Mysql doublewrite 基本操作 基本操作 基本操作 基本操作 基本操作 基本操作 基本操作 基本操作 .? 为什么要采取异步刷新 Why ? 为什么要采取异步刷新 1 This is an optimization 2 It call it write combining 关于log工作原理 /index.php/2009/08/innodb-dirtyredo-log-2/ innodb_flush_log_at_trx_commit Log buffer设置建议 mysqladmin var|grep log_buffer innodb_log_buffer_size | 8388608 通常设置范围8~16M 通常8M 比较合适，除非有很多blob/text字段操作，或大事务操作。 Log buffer设置 show global status like %Innodb_log_waits%; +++ | Variable_name | Value | +++ | Innodb_log_waits | 0 | +++ Innodb_log_waits The number of times that the log buffer was too small and a wait was required for it to be flushed before continuing. innodb_log_file_size 关于innodb_log_file_size大小设置 如何找到最佳的均衡点呢？ /2006/07/03/choosing-proper-innodb_log_file_size//2008/11/21/how-to-calculate-a-good-innodb-log-file-size/ innodb_log_file_size innodb_log_file_size设置 大概7M每分钟，那么一个小时是多少呢，7*60=420M,所以单个logfile大小256M大小足够。 2008 By Baron Schwartz /2008/11/21/how-to-calculate-a-good-innodb-log-file-size/ innodb_log_file_size设置 修改innodb_log_file_size 1 干净的关闭数据库，删除日志文件，修改f 中innodb_log_file_size，重启mysql 2 干净的关闭数据库，rename日志文件，修改f 中innodb_log_file_size，重启mysql Log写入 ? LSN实际上对应日志文件的偏移量，新的LSN＝旧的LSN + 写入的日志大小。举例如下： LSN＝1G，日志文件大小总共为600M，本次写入512字节，则实际写入操作为： l 求出偏移量：由于LSN数值远大于日志文件大小，因此通过取余方式，得到偏移量为400M； 写入日志：找到偏移400M的位置，写入512字节日志内容，下一个事务的LSN就是1000000512； Innodb日志机制深入分析 Innodb日志机制深入分析 Checkpoint写入 Innodb实现了Fuzzy Checkpoint的机制，每次取到最老的脏页，然后确保此脏页对应的LSN之前的LSN都已经写入日志文件，再将此脏页的LSN作为Checkpoint点记录到日志文件， 意思就是“此LSN之前的LSN对应的日志和数据都已经写入磁盘文件”。恢复数据文件的时候，Innodb扫描日志文件，当发现LSN小于Checkpoint对应的LSN，就认为恢复已经完成。 Checkpoint写入的位置在日志文件开头固定的偏移量处，即每次写Checkpoint都覆盖之前的Checkpoint信息。 Innodb日志机制深入分析 管理机制 Checkpoint和日志紧密相关，将日志和Checkpoint一起说明，详细的实现机制如下： Innodb日志机制深入分析 如上图所示，Innodb的一条事务日志共经历4个阶段： 创建阶段：事务创建一条日志； 日志刷盘：日志写入到磁盘上的日志文件； 数据刷盘：日志对应的脏页数据写入到磁盘上的数据文件； 写CKP：日志被当作Checkpoint写入日志文件； Innodb日志机制深入分析 对应这4个阶段，系统记录了4个日志相关的信息，用于其它各种处理使用： Log sequence numbe