不要使用多阶段提交

不要使用多阶段提交协议存储或处置事务。不要使用它。用Y轴或Z轴划分支解数据存储和处置系统。应用理由:多阶段提交协议是一种阻断提议，在它完成之前，其他事务不能执行。不要将多阶段提交协议作为廷长整体数据库生命的简朴方式。它很可能降低扩展性，甚至更早地终止系统的寿命。

多阶段提交协议是专用的共识协议，其中常见的是两阶段提交协议(2PC)和三阶段提交协议( *** C)。这些协议的目的是协调介入分布式原子事务的历程，决定是提交照样终止(回退)事务。由于这些算法能够处置整个系统 *** 或历程方面的故障，以是它们常被看成分布式数据存储或处置的解决方案。



2PC的基础算法由两个阶段组成。第一个阶段是表决阶段，即主存储装备或协调程序向所有介入者或其他存储装备提议“提交请求”。在提交前，所有介入者都处置事务，提交后介入者会见告主存储或协调程序它们能够提交了，或者投赞成票了。这就可以更先第二阶段了，即完成阶段，主存储装备给所有介入者发送提交信号，介入者们更先提交数据。只要有介入者提交失败，回退信号就会发送给所有介入者，事务将被终止。

到目前为止，该协议听起来相当不错，由于在分布式数据库环境中提供了事务的原子性。暂且不要这么早下结论。它在步骤A中提议了事务。那么在主数据库见告应用服务器事务完成(步骤C)前，所有的2PC步骤都要完成(步骤B)。在整个过程中，应用服务器上的线程都要守候SQL查询竣事，且数据库响应了这一事务。这一示例异常常见， *** 上险些所有的用户购置、注册或竞价的事务，都可能用2PC实现。然则，把应用服务器锁住那么久，会造成恐怖的效果。纵然你可能以为自己的应用服务器另有足够的容量，或者由于应用服务器是商用硬件，可以用较低的成本扩展它们，但还要思量锁定同样会发生在数据库端。在执行提交操作时，假设你接纳的是行锁，那么在所有数据提交完之前，所有的数据行都会被锁住。若是接纳的是块锁，效果会更糟我们已经大范围地实现了2PC协议，效果是灾难性的，这要完全归昝于该方式的锁定和守候特征。在实现2PC协议前，数据库最初每秒可以处置几千个读操作和写操作。在一小部分(少于20%)挪用中引人了2PC后，整个站点能处置的事务量只有以前的1/4。纵然我们能增添更多的应用服务器，但由于数据被锁定了，网站建设数据库也不能处置更多的查询。虽然2PC协议看起来是个比Y轴划分或乙轴划分更好的支解数据库的方式，但仔细思量后就会发现许多问题。要用更好的设施拆分数据库表，而不是用多阶段提交协议延伸单一数据库的生命。

(责任编辑： *** )