文章目录
PostgreSQL的事务介绍
一、什么是ACID（常识）
在日常操作中，对于一组相关操作，通常要求要么都成功，要么都失败。在关系型数据库中，称这一组操作为事务。为了保证整体事务的安全性，有ACID这一说：
-
原子性A：事务是一个最小的执行单位，一次事务中的操作要么都成功，要么都失败。
-
一致性C：在事务完成时，所有数据必须保持在一致的状态。（事务完成后吗，最终结果和预期结果是一致的）
-
隔离性：一次事务操作，要么是其他事务操作前的状态，要么是其他事务操作后的状态，不存在中间状态。
-
持久性：事务提交后，数据会落到本地磁盘，修改是永久性的。
PostgreSQL中，在事务的并发问题里，也是基于MVCC，多版本并发控制去维护数据的一致性。相比于传统的锁操作，MVCC最大的有点就是可以让 读写互相不冲突 。
当然，PostgreSQL也支持表锁和行锁，可以解决写写的冲突问题。
PostgreSQL相比于其他数据，有一个比较大的优化，DDL也可以包含在一个事务中。比如集群中的操作，一个事务可以保证多个节点都构建出一个表，才算成功。
二、事务的基本使用
首先基于前面的各种操作，应该已经体会到了，PostgreSQL是自动提交事务。跟MySQL是一样的。
可以基于关闭PostgreSQL的自动提交事务来进行操作。
但是上述方式比较麻烦，传统的方式。
就是三个命令：
-
begin：开始事务
-
commit：提交事务
-
rollback：回滚事务
sql
-- 开启事务
begin;
-- 操作
insert into test values (7,'bbb',12,5);
-- 提交事务
commit;三、保存点（了解）
比如项目中有一个大事务操作，不好控制，超时有影响，回滚会造成一切重来，成本太高。
我针对大事务，拆分成几个部分，第一部分完成后，构建一个保存点。如果后面操作失败了，需要回滚，不需要全盘回滚，回滚到之前的保存点，继续重试。
有人会发现，破坏了整体事务的原子性。
但是只要操作合理，可以在保存点的举出上，做重试，只要重试不成功，依然可以全盘回滚。
比如一个电商项目，下订单，扣库存，创建订单，删除购物车，增加用户积分，通知商家，这个其实就是一个大事务。可以将扣库存和下订单这种核心功能完成后，增加一个保存点，如果说后续操作有失败的，可以从创建订单成功后的阶段，再做重试。
不过其实上述的业务，基于最终一致性有更好的处理方式，可以保证可用性。
简单操作一下：
sql
-- savepoint操作
-- 开启事务
begin;
-- 插入一条数据
insert into test values (8,'铃铛',55,11);
-- 添加一个保存点
savepoint ok1;
-- 再插入数据,比如出了一场
insert into test values (9,'大唐官府',66,22);
-- 回滚到之前的提交点
rollback to savepoint ok1;
-- 就可以开始重试操作，重试成功，commit，失败可以rollback;
commit;- 📢欢迎点赞 👍 收藏 ⭐留言 📝 如有错误敬请指正！
-
📢本文由 Lansonli 原创，首发于 CSDN博客🙉
-
📢停下休息的时候不要忘了别人还在奔跑，希望大家抓紧时间学习，全力奔赴更美好的生活✨