技术总结：
今天是周一，开了组会，需要在这周完成软件开发的后置模块，然后下周有可能出差。
学习笔记：
两阶段提交
MySQL的主从复制依赖于bin log,也就是记录MySQL上的所有变化并以二进制形式保存在磁盘上。复制的过程就是将bin log中的数据从主库传输到从库上。
这个过程一般是异步的，也就是主库上执行事务操作的线程不会等待复制binlog的线程同步完成。
MySQL集群的主从复制过程梳理成3个阶段：
- 写入Bin log:主库写bin log日志，提交事务，并更新本地存储数据，
- 同步Bin log:把bin log复制到所有从库上，每个从库把bin log写到暂存日志中。
- 回放Bin log:回放bin log,并更新存储引擎中的数据。
具体详细过程如下：
- MySQL主库在收到客户端提交事务的请求之后，会先写入bin log,再提交事务，更新存储引擎中的数据，事务提交完成后，返回给客户端“操作成功的响应。
- 从库会创建一个专门的/o线程，连接主库的log dump线程，来接收主库的bin log日志，再把bin log信息写入relay log的中继日志里，再返回给主库“复制成功的响应
- 从库会创建一个用于回放bin log的线程，去读relay log中继日志，然后回放bin log更新存储引擎中的数据最终实现主从的数据一致性。
在完成主从复制之后，你就可以在写数据时只写主库，在读数据时只读从库，这样即使写请求会锁表或者锁记录，也不会影响读请求的执行。
从库数量增加，从库连接上来的/O线程也比较多，主库也要创建同样多的log dump线程来处理复制的请求，对主库资源消耗比较高，同时还受限于主库的网络带宽。
所以在实际使用中，一个主库一般跟2~3个从库(1套数据库，1主2从1备主)，这就是一主多从的MySQL集群结构。
