不要应用多阶段提交协定存储或处置事务。不要应用它。用Y轴或Z轴划分朋分数据存储和处置体系。运用来由:多阶段提交协定是一种阻断提议，在它完成之前，其他事务不克不及履行。不要将多阶段提交协定作为廷长整体数据库性命的简略方法。它很可能下降扩大性，甚至更早地终止体系的寿命。

多阶段提交协定是专用的共鸣协定，个中常见的是两阶段提交协定(2PC)和三阶段提交协定(3PC)。这些协定的目标是调和介入散布式原子事务的过程，决议是提交照样终止(回退)事务。因为这些算法可以或许处置全部体系收集或过程方面的故障，所以它们常被看成散布式数据存储或处置的解决计划。

2PC的基本算法由两个阶段组成。第一个阶段是表决阶段，即主存储装备或调和法式向所有介入者或其他存储装备提议“提交要求”。在提交前，所有介入者都处置事务，提交后介入者会告诉主存储或调和法式它们可以或许提交了，或者投赞同票了。这就可以开端第二阶段了，即完成阶段，主存储装备给所有介入者发送提交旌旗灯号，介入者们开端提交数据。只要有介入者提交掉败，回退旌旗灯号就会发送给所有介入者，事务将被终止。

到今朝为止，该协定听起来相当不错，因为在散布式数据库情况中供给了事务的原子性。暂且不要这么早下结论。它在步调A中提议了事务。那么在主数据库告诉运用办事器事务完成(步调C)前，所有的2PC步调都要完成(步调B)。在全部进程中，运用办事器上的线程都要期待SQL查询停止，且数据库响应了这一事务。这一示例异常常见，收集上几乎所有的用户购置、注册或竞价的事务，都可能用2PC实现。然则，把运用办事器锁住那么久，会造成恐怖的效果。即使你可能以为本身的运用办事器还有充分的容量，或者因为运用办事器是商用硬件，可以用较低的成本扩大它们，但还要斟酌锁定同样会产生在数据库端。在履行提交操作时，假设你采取的是行锁，那么在所稀有据提交完之前，所有的数据行都邑被锁住。假如采取的是块锁，成果会更糟我们已经年夜规模地实现了2PC协定，成果是灾害性的，这要完整归昝于该办法的锁定和期待特征。在实现2PC协定前，数据库最初每秒可以处置几千个读操作和写操作。在一小部门(少于20%)挪用中惹人了2PC后，全部站点能处置的事务量只有以前的1/4。即使我们能增长更多的运用办事器，但因为数据被锁定了，网站扶植数据库也不克不及处置更多的查询。固然2PC协定看起来是个比Y轴划分或乙轴划分更好的朋分数据库的办法，但细心斟酌后就会发明许多问题。要用更好的方法拆分数据库表，而不是用多阶段提交协定延伸单一数据库的性命。