PostgreSQL事务隔离级别

Posted 2022-02-10 数据库集中营

一、概念

并发控制是多个事务在并发运行时，数据库保证事务一致性（Consistency）和隔离性（Isolation）的一种机制。PostgreSQL使用了多版本并发控制技术的一种变体：快照隔离Sanpshot Isolation（简称SI）。通过SI，PostgreSQL提供了四个事务隔离级别，隔离级别从低到高分别是：Read uncommitted 、Read committed 、Repeatable read 、Serializable。在各个隔离级别上被禁止出现的现象是：

• 脏读：一个事务读取了另一个并行未提交事务写入的数据。
• 不可重复读：一个事务重新读取之前读取过的数据，发现该数据已经被另一个事务（在初始读之后提交）修改。
• 幻读：一个事务重新执行一个返回符合一个搜索条件的行集合的查询， 发现满足条件的行集合因为另一个最近提交的事务而发生了改变。
• 序列化：禁止所有并发异象，效果如同事务以串行的方式执行。

1、Read uncommitted

读未提交，指的就是一个事务可以读取另一个未提交事务的数据。

打个比方：你打算在网上买一台新的电脑，看到一家店中原价6000的电脑，现价只要998，没错，只要998。但是当你开开心心去付款的时候，价格又变成了6000，为啥呢？原来店家老板在输入商品单价的时候(事务开始)，不小心按错写成998了，但是事务还没有提交，这时被你看见了，可老板及时发现了不对，马上回滚差点就提交了的事务，将数字改成6000再提交。

小结：商品价格还是原先的6000，但是你却看到了998。这是老板输错了还没提交的数据，这就是脏读。

那怎么解决脏读呢？Read committed！读提交，能解决脏读问题。

2、Read committed

读提交，就是指一个事务要等另一个事务提交后才能读取数据。

打个比方：尽管你发现这台电脑不是998，而是6000，因为你很喜欢，所以咬咬牙还是决定用卡里最后的6000块买下这台电脑。当你开始支付订单时(事务开始)，收费系统事先检测到你的卡里有6000块。但是当收费系统准备扣款时，再检测卡里的金额，发现钱不够了。你还在纳闷为啥的时候，你收到一条短信：恭喜您成功续费xxx视频的会员！原来你之前购买的xxx视频的会员在这个时候自动续费了，扣掉了20块，导致你没钱买电脑了(第二次检测金额就是等待会员续费转出金额事务提交完）。

说明：这就是读提交，若有事务对数据进行更新（UPDATE）操作时，读操作事务要等待这个更新操作事务提交后才能读取数据，可以解决脏读问题。但在这个事例中，出现了一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读。

3、Repeatable read

重复读，就是在开始读取数据（事务开启）时，不再允许修改操作。

举例：你终于等到发工资了，这时你卡里有钱去买电脑了。当你支付订单时(事务开启，不允许其他事务的UPDATE修改操作)，收费系统检测到你卡里有6000块，现在不允许其它事务从你的卡里扣钱了，你终于如愿买到新电脑了。

说明：利用重复读终于可以解决不可重复读问题了。但是要注意的是：不可重复读对应的是修改，即UPDATE操作。但是可能还会有幻读问题。因为幻读问题对应的是插入INSERT操作，而不是UPDATE操作。

4、幻读

买完电脑之后，你想看看今天的账单，看看卡里还是多少钱。看到确实是花了6000元，还剩1000块，就在这个时候，你的视频会员又给你自动续费了，即新增INSERT了一条消费记录，并提交。当你打印出自己的账单时，发现卡里980了，怎么少了20块，似乎出现了幻觉，这就是幻读

5、序列化

Serializable 是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。

二、操作

1、查询postgreSQL默认的隔离级别：show default_transaction_isolation;也可以在数据库级别设置默认的隔离级别：#default_transaction_isolation = \'read committed\'

2、检查当前隔离级别：show transaction_isolation;

3、修改当前事务的隔离级别，须在事物中执行：set transaction isolation level serializable;

4、修改当前会话默认的隔离级别：set default_transaction_isolation=\'repeatable read\';

知识分享，需人人参与，看完请点赞留言，共同讨论进步