redolog buffer
语义化是重做日志
主要应用于mysql写入数据的应用。mysql写入修改数据如果直接写入磁盘是非常大的消耗
如果每次进行数据插入和修改直接操作磁盘存储页，就需要先去查找数据在哪一页上，
又去查找索引在哪里，那么这个成本是不可估量的。那么这
时候就是我们的redolog上场了。redolog 和常规二进制日志不同，redolog是物理上的log，
常规二进制文件本质还是sql，而redolog更多记录的是修改的什么页的什么文件被修改了。
基本概念：
redolog 包含两部分：redolog buffer + redolog file ,内存和文件共存，日志就是持久的
redolog file 是由redolog buffer 写入的时候写入，通过调用fsncy（），这个函数会调用 os
内核写入file文件。这也是redolog持久化。数据库内的所有数据都是按照page为存储的，
redolog 单元也是page,但是page下面就是 redolog block。
如何做的：
redolog 类似一个临时存储的地方，虽然被称为log，但是更多类似缓冲区的场景，将多次
插入、修改、删除写入redolog，系统在合适的时候将redolog 写入磁盘redolog 有两个标志
位：writepos和checkpoint ，writepos 和checkpoint 之间的区域是可以直接进行写入操作的，
一旦write pos 标志位赶上了checkpoint 后需要停止将redolog 刷入磁盘：
（1）如果写入redo log buffer的日志已经占据了redo log buffer总容量的一半了
（2）一个事务提交的时候，必须把他的那些redo log所在的redo log block都刷入到磁盘文件里去
，只有这样，当事务提交之后，他修改的数据绝对不会丢失，因为redo log里有重做日志，随时可以恢复事务做的修改
（3）后台线程定时刷新，有一个后台线程每隔1秒就会把redo log buffer里的redo log block刷到
磁盘文件里去
（4）MySQL关闭的时候，redo log block都会刷入到磁盘里去
change buffer
buffer pull
我们提前强调一下，数据库所有的更新都是存在buffer pool中的
当我们需要修改数据的时候
1.如果数据页在buffer pool 中直接修改
2.如果没有在buffer pool 中直接修改change buffer
3.如果下次数据查询，我们再讲数据页导入buffer pool中
4.将changebuffer merge 到数据页上
我们这种方式直接减少了读写磁盘，如果命中将会直接提高数据
change buffer + redolog buffer
1.如果数据页在buffer pool 中直接修改
2.如果没有在buffer pool 中直接修改change buffer
3.将数据插入到redolog buffer 中去
4.如果下次数据查询，我们再讲数据页导入buffer pool中
5.将changebuffer merge 到数据页上
其实redolog 和change buffer 都是作为减少数据库磁盘操作的重要步骤。两者并不冲突，主要了解到这个东西的存在后，可以更多的利用这方面特性去优化sql，比如加索引的时候尽量不要使用唯一索引。后续这篇文章会加上一些图片，今天太累，先写到这里吧。
