不要运用多阶段提交

不要运用多阶段提交协定存储或处置事务。不要运用它。用y轴或z轴划分朋分数据存储和处置零碎。应用理由:多阶段提交协定是一种阻断提议，在它完成之前，其余事务不克不及执行。不要将多阶段提交协定作为廷长总体数据库生命的简略体式格局。它很能够低落扩展性，以至更早地终止零碎的寿命。
多阶段提交协定是专用的共鸣协定，此中常见的是两阶段提交协定(2pc)和三阶段提交协定(3pc)。这些协定的目的是协调参加散布式原子事务的进程，决议是提交仍是终止(回退)事务。由于这些算法能够处置整个零碎网络或进程方面的故障，以是它们常被看成散布式数据存储或处置的解决计划。
2pc的根蒂根基算法由两个阶段组成。第一个阶段是表决阶段，即主存储设备或协调程序向一切参加者或其余存储设备发动“提交要求”。在提交前，一切参加者都处置事务，提交后参加者会奉告主存储或协调程序它们能够提交了，或者投同意票了。这就能够起头只知其一，不知其二阶段了，即完成阶段，主存储设备给一切参加者发送提交旌旗灯号，参加者们起头提交数据。只要有参加者提交失败，回退旌旗灯号就会发送给一切参加者，事务将被终止。
到今朝为止，该协定听起来至关不错，由于在散布式数据库环境中提供了事务的原子性。暂且不要这么早下论断。它在步调a中发动了事务。那末在主数据库奉告应用服务器事务完成(步调c)前，一切的2pc步调都要完成(步调b)。在整个过程当中，应用服务器上的线程都要等候sql查询完毕，且数据库相应了这一事务。这一示例非经常见，网络上险些一切的用户购置、注册或竞价的事务，均能够用2pc实现。可是，把应用服务器锁住那末久，会形成恐怖的结果。即便你能够以为本身的应用服务器另有充沛的容量，或者由于应用服务器是商用硬件，可以用较低的本钱扩展它们，但还要思索锁定一样会产生在数据库端。在执行提交操纵时，假如你采用的是行锁，那末在一切数据提交完之前，一切的数据行城市被锁住。若是采用的是块锁，结果会更糟咱们曾经大范畴地实现了2pc协定，结果是劫难性的，这要彻底归昝于该要领的锁定和等候特点。在实现2pc协定前，数据库最初每秒可以处置几千个读操纵和写操纵。在一小部分(少于20%)挪用中惹人了2pc后，整个站点能处置的事务量只要之前的1/4。即便咱们能添加更多的应用服务器，但由于数据被锁定了，网站制作数据库也不克不及处置更多的查询。尽管2pc协定看起来是个比y轴划分或乙轴划分更好的朋分数据库的要领，但细心思索后就会发现不少问题。要用更好的法子拆分数据库表，而不是用多阶段提交协定单一数据库的生命。