深入解析mysql检查点.pptxVIP

;summarry;基本操作;基本操作;基本操作;基本操作;基本操作;基本操作;基本操作;基本操作;.?;为什么要采取异步刷新;关于log工作原理;innodb_flush_log_at_trx_commit;Log buffer设置建议;Log buffer设置;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;Log写入 ? LSN实际上对应日志文件的偏移量，新的LSN＝旧的LSN + 写入的日志大小。举例如下： LSN＝1G，日志文件大小总共为600M，本次写入512字节，则实际写入操作为： l 求出偏移量：由于LSN数值远大于日志文件大小，因此通过取余方式，得到偏移量为400M； 写入日志：找到偏移400M的位置，写入512字节日志内容，下一个事务的LSN就是1000000512；;Innodb日志机制深入分析;Checkpoint写入;管理机制;如上图所示，Innodb的一条事务日志共经历4个阶段： 创建阶段：事务创建一条日志； 日志刷盘：日志写入到磁盘上的日志文件； 数据刷盘：日志对应的脏页数据写入到磁盘上的数据文件； 写CKP：日志被当作Checkpoint写入日志文件；;对应这4个阶段，系统记录了4个日志相关的信息，用于其它各种处理使用： Log sequence number（LSN1）：当前系统LSN最大值，新的事务日志LSN将在此基础上生成（LSN1+新日志的大小）； Log flushed up to（LSN2）：当前已经写入日志文件的LSN； Oldest modified data log（LSN3）：当前最旧的脏页数据对应的LSN，写Checkpoint的时候直接将此LSN写入到日志文件； Last checkpoint at（LSN4）：当前已经写入Checkpoint的LSN； ? ? 对于系统来说，以上4个LSN是递减的，即： LSN1=LSN2=LSN3=LSN4.;Innodb日志机制深入分析;Innodb日志机制深入分析;1 Sharp 检查点。 2 Fuzzy checkpoint ;通常这里的sharp指的是刷新BP中所有的脏页到datafile中。 脏页刷新完毕的时候产生一个sharp checkpoint 例如关闭数据库的时候发生sharp检查点 大概步骤是 1停止所有的更新操作 2 刷新所有的脏页到磁盘 3 写入当前的检查点信息到日志文件 4 把检查点信息写入到每个datafile中。 ;1 受参数innodb_max_dirty_pages_pct 影响 2 percona 中引入innodb_adaptive_flushing_method 3 根据日志大小进行适时的刷新 ; 每1S ? 若buffer pool中的脏页比率超过了srv_max_buf_pool_modified_pct = 75，则进行Checkpoint，刷脏页，flush PCT_IO(100)的dirty pages= 200 ? 若采用adaptive flushing，则计算flush rate，进行必要的flush flush PCT_IO(100)的dirty pages= 200 ? 每10S ? 若buffer pool中的脏页比率超过了70%，flush PCT_IO(100)的dirty pages dirty pages= 200 ? 若buffer pool中的脏页比率未超过70%，flush PCT_IO(10)的dirty pages= 20 ;深入理解内存中的数据结构;和检查点相关的数据结构;关于LRU;关于FLUSh list;Get total buffer pool statistics. */ buf_get_total_list_len( for (i = 0; i srv_buf_pool_instances; i++) { buf_pool_t* buf_pool; buf_pool = buf_pool_from_array(i); *LRU_len += UT_LIST_GET_LEN(buf_pool-LRU); *free_len += U