后端分布式系列：分布式存储－MySQL 数据库事务与复制

好久没有写技术文章了，因为一直在思考 「后端分布式」这个系列到底怎么写才合适。最近基本想清楚了，「后端分布式」包括「分布式存储」和 「分布式计算」两大类。结合实际工作中碰到的问题，以寻找答案的方式来剖解技术，很多时候我们都不是在创造新技术，而是在应用技术。为了更有效率与效果的用好技术，我们需要了解一些技术的原理与工作方式。带着问题从使用者的角度去剖析技术原理，并将开源技术产品和框架作为一类技术的参考实现来讲解。以讲清原理为主要目的，对于具体实现的技术细节若无特别之处则尽可能点到即止。

事务与复制

近期参与了一个数据分布化相关的项目，涉及到数据库 MySQL 的数据分布化。简单来说就是需要在异地数据中心实现多点可写并保证分布后的数据能达成最终一致性。以前对 MySQL 作数据分布仅仅是读写分离，通过数据库自身的主从复制即可实现写主库、读从库。现在则需要双写主库并在经历一个短暂的延时后达成最终一致性，这个问题乍一想比较复杂，但归根结底还是数据最终一致性的问题。

先回到最简单的情况，只有一个 MySQL 数据库时，数据一致性是怎么保证的？了解数据库的都知道，这是通过数据库的事务特性来保证的，事务包括四大特性：

• Atomicity 原子性
• Consistency 一致性
• Isolation 隔离性
• Durability 持久性

事务的 ACID 四大特性不是本文重点，就不展开做学术性解说了，不了解的可以在后面参考文献里[3]去看相关文章。这里只想提一个问题，单一数据库事务能保证数据的一致性，那么 MySQL 在部署成主从架构时&#x