PostgreSQL的事务介绍
一、什么是ACID（常识）
在日常操作中，对于一组相关操作，通常要求要么都成功，要么都失败。在关系型数据库中，称这一组操作为事务。为了保证整体事务的安全性，有ACID这一说：
原子性A
一致性C
隔离性
持久性
读写互相不冲突
当然，PostgreSQL也支持表锁和行锁，可以解决写写的冲突问题。
PostgreSQL相比于其他数据，有一个比较大的优化，DDL也可以包含在一个事务中。比如集群中的操作，一个事务可以保证多个节点都构建出一个表，才算成功。
二、事务的基本使用
首先基于前面的各种操作，应该已经体会到了，PostgreSQL是自动提交事务。跟MySQL是一样的。
可以基于关闭PostgreSQL的自动提交事务来进行操作。
但是上述方式比较麻烦，传统的方式。
就是三个命令：
begin：开始事务
commit：提交事务
rollback：回滚事务
三、保存点（了解）
比如项目中有一个大事务操作，不好控制，超时有影响，回滚会造成一切重来，成本太高。
我针对大事务，拆分成几个部分，第一部分完成后，构建一个保存点。如果后面操作失败了，需要回滚，不需要全盘回滚，回滚到之前的保存点，继续重试。
有人会发现，破坏了整体事务的原子性。
但是只要操作合理，可以在保存点的举出上，做重试，只要重试不成功，依然可以全盘回滚。
比如一个电商项目，下订单，扣库存，创建订单，删除购物车，增加用户积分，通知商家，这个其实就是一个大事务。可以将扣库存和下订单这种核心功能完成后，增加一个保存点，如果说后续操作有失败的，可以从创建订单成功后的阶段，再做重试。
不过其实上述的业务，基于最终一致性有更好的处理方式，可以保证可用性。
简单操作一下：
© 版权声明
文章版权归作者所有，未经允许请勿转载。
THE END
暂无评论内容