mysql的pcx集群与分布式事务_分布式事务

一、什么是分布式事务

1、本地事务

本地事务只的是本地数据库事务；例如mysql 可以通过begin或者start transaction开启一个事务，在事务提交之前操作如果中间某个原子操作失败了会触发回滚，通过commit提交事务。如果不显式的开启事务，mysql会默认开启一个事务来执行sql操作。

事务的四个特性：原子性、一致性、隔离性、持久性

2、undo和redo

本地事务通过undo log来进行回滚操作，通过redo log保证事务提交前宕机了事务的恢复；

数据在写入磁盘之前都会缓存在内存中，在事务提交之前会先把数据写入到undo和redo log中，提交的时候才真正将数据写入到磁盘中。

假设有A=1；B=2两条数据需要在一个事务里进行修改

1、开始事务

2、undo A=1；

3、修改A=2；

4、undo B=2；

5、修改B=3；

6、将undo log写入到磁盘

7、将A、B新的数据写入到磁盘

8、提交事务；

19、事务提交成功删除undo 日志

【1】如何保证事务的持久性？

在提交事务之前已将将数据写入到磁盘中了。

【2】如何保证数据的一致性、原子性？

如果在7步操作的时候发生异常，例如A写磁盘成功，B写磁盘失败，这个时候可以根据undo log进行回滚操作，undo log是都写入到磁盘中了；如果7之前发生异常了磁盘中A、B的值还是原来的值。

【3】什么时候需要undo，为什么需要undo？

例如在7步操作的时候A写磁盘成功了，要写B到磁盘的时候异常了，这个时候就需要根据undo 进行回滚。

【4】什么时候需要redo，为什么需要redo？

在事务中将数据落到磁盘是一个重量级的IO操作，因为是随机写入，undo log写入磁盘是顺序写入是一个快速的轻量级的IO操作；因此通过在事务中记录一个redo log来替代数据写入磁盘的操作。

在事务中记录redo减少了io的次数，因为是将一堆操作日志顺序写入磁盘文件只有一次io操作，比起数据写入磁盘多个IO操作有明显提升。

1、开始事务

2、undo A=1 to undo buffer；

3、修改A=2；

4、redo A=2 to redo buffer

5、undo B=2；

6、修改B=3；

7、redo B=3 to redo buffer

8、将undo、redo log写入到磁盘

9、提交事务；

...

10、错峰后数据写入磁盘

11、数据写入磁盘后删除undo、redo日志

【5】为什么要将undo log写入到redo log？

3、分布式事务

产生分布式事务的原因？

跨服务：服务拆分后，服务与服务之间通过rpc进行调用，不在一个服务器上；单机的事务失效。

跨库：分库分表后需要操作不同的数据库，不同的数据库之间事务不支持