1. redo log 文件格式

type:日志类型

space ID:表空间ID

page number:页号

data:日志内容

1. 日志类型

MLOG_1BYTE

MLOG_2BYTE

MLOG_4BYTE

MLOG_8BYTE

MLOG_WRITE_STRING

MLOG_REC_INSERT

MLOG_COMP_REC_INSERT

MLOG_COMP_PAGE_CREATE

MLOG_COMP_PAGE_REC_DELETE

MLOG_COMP_LIST_START_DELETE

MLOG_LIST_END_DELETE

MLOG_ZIP_PAGE_COMPRESS

1. MLOG_COMP_REC_INSERT，除了上面的格式外，还有n_fields,n_uniques,field1_len,field2_len,field n_len,offset（前一条记录的地址）,end_seg_len(从该字段可以计算出当前记录总共占用存储空间的大小)，extra_size(记录额外信息占用的存储空间大小),mixmatch index
2. MLOG_MULTI_REC_END,这个类型的redo日志，只有type字段，来保证redo log日志的完整性，因为在操作数据页时，会发生乐观插入或悲观插入，所谓乐观插入，就是插入的数据，数据页有足够空闲空间，则不会产生特别多的日志，而悲观插入会发生页分裂，会修改free链表、free_frag链表等，会产生日志有二三十条，为了保证这些日志原子性插入，就在日志后面加上了这一个特殊的日志，表示操作日志结束，在崩溃恢复时，只有解析到这一类型的日志，才认为是一组完整的日志
3. Mini-Transaction:指对底层页面进行一次原子访问的过程
4. redo log block:生成的redo日志都放在大小为512字节页中，这种页称为block,redo log block结构为：log block header(12字节)、log block body(496字节)和log block trailer(4字节),一共512字节,log block trailer存log block checksum四个字节，而log block header分为：LOG_BLOCK_HDR_NO(编号值)，LOG_BLOCK_HDR_DATA_LEN(表示block用了多少字节)，LOG_BLOCK_FIRST_REC_GROUP(redo log记录组的偏移量)、LOG_BLOCK_CHECKPOINT_NO(表示checkpoint序号)
5. redo log缓冲区(redo log buffer)，全局变量buf_free指明后续写入的redo日志写到redo log buffer中的哪个位置
6. 刷盘时机：第一个为redo log buffer空间不足，如何才算不足呢？当前定稿log buffer日志量占满了总容量的50%左右；第二个为事务提交
7. show variables like 'datadir'，查看数据目录，下面有两个文件ib_logfile0和ib_logfile1，redo log buffer默认刷盘会刷到这两个磁盘文件中，可以通过innodb_log_group_home_dir修改redo日志文件所在目录，innodb_log_file_size指定文件大小，5.7.30版本默认为48MB，innodb_log_files_in_group为文件个数，默认为2，最大值为100
8. redo log文件：这个文件前面2048字节，是四个特殊的block，格式为log file header记录文件一些整体属性,LOG_HEADER_FORMAT,日志的版本，LOG_HEADER_PAD1没什么意义，LOG_HEADER_START_LSN，LOG_HEADER_CREATOR描述创建者是谁，一般为mysql版本号，LOG_BLOCK_CHECKSUM,校验值，后面跟着checkpoint，结构为:LOG_CHECKPOINT_NO,LOG_CHECKPOINT_LSN,LOG_CHECKPOINT_OFFSET,LOG_CHECKPOINT_LOG_BUF_SZE,LOG_BLOCK_CHECKSUM
9. log sequence number(lsn)：初始值为8704，这是mysql设计规定的
10. flushed_to_disk_lsn：表示刷新到磁盘中的redo日志量的全局变量，buf_next_to_write全局变量，指明当前log buffer有哪些日志被刷到磁盘
11. checkpoint:计算当前系统中可以被覆盖的redo日志对应的lsn值最大是多少，将checkpoint_lsn与对应的redo日志文件组偏移量以及此次checkpoint的编号写到日志文件的管理信息(checkpoint1..)中,checkpoint_no来统计目前系统执行了多少次checkpoint,为奇数时，写到checkpoint1
    
12. innodb_flush_log_at_trx_commit,为0时，表示在事务提交时不立即向磁盘同步redo log,由后台线程处理，为1时表示事务提交时需要将redo日志同步到磁盘，默认为1，为2时，表示事务提交时需要将redo log写到操作系统的缓区中，但并不需要保证将日志真正地刷新到磁盘
13. 崩溃恢复，从redo日志文件组第一个文件的管理信息中取最近发生的那次checkpoint信息，然后从checkpoint_lsn在日志文件组中对应的偏移量开始，一直扫描日志文件中的block,直到某个block的LOG_BLOCK_HDR_DATA_LEN值不等于512为止，过程中，使用哈希表加快过程，并且会跳过已经刷新到磁盘的页面,这个哈希表为根据redo log的space id、page number计算出哈希值，把space id和page number相同的redo日志放到哈希表的同一个槽中，如果有多个，则通过链表连接起来