MySql实战之MySql的日志模块

MySQL的日志模块: 
    1. redo log的概念是什么? 为什么会存在?
    redo log 是innidb引擎自有的, 先把操作写进日志, 防止数据库发生异常重启,保证安全崩溃
    2. 什么是WAL(write-ahead log)机制, 好处是什么?
    WAL机制: 预写日志机制, 先写日志在写磁盘
    3. redo log 为什么可以保证crash safe机制?
    预写日志机制, 先写入操作到日志中并更新到内存中, 当redolog不足在刷新内存中的记录到磁盘中
    4. binlog的概念是什么, 起到什么作用, 可以做crash safe吗?
    binlogs 是mysql的server层实现的, 所有引擎都可以使用,采用追加写的方式, 只是用于做归档操作, 并不能保证安全崩溃
    5. binlog和redolog的不同点有哪些?
    redolog 采用循环写,记录的是物理日志, innodb引擎特有的;  binlog采用的追加写, 记录的是逻辑日志
    6. 物理一致性和逻辑一直性各应该怎么理解?
    物理日志 redolog(InnoDB引擎自有): 记录的是在某个数据页上做了什么修改
    逻辑日志 binlog: 记录的是这个语句的原始逻辑, 比如给ID=2这一行的字段+1; 
    7. 执行器和innoDB在执行update语句时候的流程是什么样的?
    update set k=k+1 where table id=2 ;
        1:执行器先找引擎id=2这一行, id 是主键 引擎通过数搜索找到这一行,如果这一行的数据页在内存中直接返回给执行器,否则读取磁盘在写入到内存中返回给执行器;
        2: 执行器拿到数据把值+1 得到新的一行数据，再调用引擎接口写入这行新数据
        3: 引擎将这样数据更新到内存中, 同时将记录更新到redolog中,此时redolog 处于准备阶段, 然后告诉执行器执行完成, 随时可以提交事务
        4: 执行器生成binlog 并且把binlog写入磁盘中
        5:执行器调用引擎的提交事务接口，引擎把刚刚写入的 redo log 改成提交状态，更新完成
    8. 如果数据库误操作, 如何执行数据恢复?
        找到数据的备份,从备份数据恢复到临时库中,从备份的时间点开始,将备份的binlog依次取出来,重放到中午误删表之前的那个时刻
    9. 什么是两阶段提交, 为什么需要两阶段提交, 两阶段提交怎么保证数据库中两份日志间的逻辑一致性(什么叫逻辑一致性)?
        自行百度,涉及到二阶段提交的缺点和三阶段提交的优点;
    10. 如果不是两阶段提交, 先写redo log和先写bin log两种情况各会遇到什么问题?
        先写redolog binlog没写完的情况下, 因为redolog是有安全崩溃机制的,异常重启之后仍可以恢复,但是binlog中不存在记录 
        如果在 binlog 写完之后 crash，由于 redo log 还没写，崩溃恢复以后这个事务无效,但是binlog中已经记录了日志, 用binlog恢复就会多出一个事务
   

参考文献 : 极客时间中林晓斌老师的Mysql实战45讲