数据库MySQL-主从复制和两阶段提交

什么是主从复制？作用是什么？

  数据库的主从复制：建立一个和主数据库完全一样的数据库环境，称为从数据库。

  优点：作为后备的数据库，如果主数据库服务器故障后，可切换到从数据库进行工作，避免数据丢失。还有就是便于架构的拓展，如果业务量越来越大，i/o访问频率过高，单机无法满足，此时做多库的存储，降低磁盘i/o的效率，提高io性能。

Tips：MySQL默认的复制方式是异步复制，就是说主库执行完commit后，在主库写入binlog后，即可返回客户端，无需等待binlog日志传入从库，一旦主库宕机，将从提升为主，此时从库可能丢失部分数据。

什么是两阶段提交，如何保证宕机时数据的一致性？

  当binlog和redolog同时存在时，会存在一个先写和后写的过程。

假设先写redolog，再写binlog

  假设执行DML操作，先写redolog，再写binlog。假设写完了redolog，此时断电，没来得及写binlog。如果处于一个分布式环境中，master断电之后进行数据恢复，而master的redolog中记录了+1操作，而binlog中没有记录+1操作。数据恢复后master和slaver之间的数据不再同步，主从复制就没有任何意义了。

假设先写binlog，再写redolog

  执行DML操作，先写binlog，再写redolog。假设写完了binlog，此时断电，没来得及写redolog。如果处于一个分布式环境中，master的binlog中会有一个+1操作，redolog中没有记录一个+1的操作。master按照redolog进行数据恢复，发现redolog中没有+1的操作，然后slaver却有+1的操作，此时master和slaver之间的数据不再同步，主从复制仍旧没有意义。

两阶段提交

• 假设在写完redolog（prepare）后，突然断电了。此时redolog是prepare状态，slaver不会同步master的数据，并且master在恢复数据时，会检测redolog的状态，如果是prepare状态，去binlog中查找是否有与redolog中匹配的记录，如果没有，将该条记录丢弃。
• 假设写完binlog后，突然断电了。因为binlog已经成功写完，slaver会同步master的数据。master在恢复数据的时候，检测到redolog处于prepare状态，去binlog中查找发现有与之匹配的记录，则将redolog改成commit状态。