PostgreSQL教程(九)：事物隔离介绍
在SQL的标准中事物隔离级别分为以下四种：
1. 读未提交(Read uncommitted)
2. 读已提交(Read committed)
3. 可重复读(Repeatable read)
4. 可串行化(Serializable)
但是PostgreSQL在9.1之前的版本中只是实现了其中两种，即读已提交和可串行化，如果在实际利用当选择了另外两种，那末PostgreSQL将会自动向更严格的隔离级别调剂。在PostgreSQL v9.1的版本中提供了三种实现方式，即在原本的基础上增加了可重复读。在这篇博客中我们将只是针对2)和4)进行说明和比较，由于在9.1中，3)和4)的差别也是非常小的。
| 读已提交 | 可串行化 | |
| PostgreSQL缺省隔离级别 | 是 | 否 |
| 其它事物未提交数据会不会可见 | 不可见 | 不可见 |
| 履行效力 | 高 | 低 |
| 适用处景 | 简单SQL逻辑，如果SQL语句中含有嵌套查询，那末在屡次SQL查询中将极有可能取得区别版本的数据。 | 复杂SQL逻辑，特别是带有嵌套的查询比较适用。 |
| SELECT查询一致性时间点 | 从该SELECT查询开始履行时，在此查询履行期间，任何其它并发事物针对该查询结果集的数据操作都将不会被本次查询读到，即本次查询获得的数据版本是与查询开始履行时的数据版本相一致。 | 从该SELECT查询所在事物开始时，在此查询履行期间，任何其它并发事物针对该查询结果集的数据操作都将不会被本次查询读到，即本次查询获得的数据版本是与查询所在事物开始时的数据版本相一致。 |
| 同事物内的数据操作会不会可见 | 比如在同一个事物内存在update和select操作，即便当前事物还没有提交，update所作的修改，在当前事物后面的select中仍然可见。 | 和读已提交相同。 |
| 同事物内屡次相同的select所见的数据会不会相同 | 区别，由于该级别select的一致性时间点是该查询开始履行时，而屡次查询的时间点将肯定不相同，如果在第一次查询开始到第二次查询开始之间，其它的并发事物修改并提交或当前事物仅修改了查询将要获得的数据，那末这些数据操作的结果将会在第二个查询中有所体现。 | 需要分两步来讲，对同一事物内的修改如果产生在两次查询语句之间，那末第二个查询将会看到这些修改的结果。但是对其它并发事物的修改，将不会造成任何影响，即两次select的结果是相同的。缘由不言而喻，该隔离级别的select一致性时间点是与事物开始时相一致的。 |
| 相同行数据的修改 | 如果此时两个并发事物在修改同一行数据，先修改的事物将会给该行加行级锁，另外一个事物将进入等待状态，直到第一个事物操作该行结束。那末倘若第一个针对该行的修改操作终究被其事物回滚，第二个修改操作在结束等待后，将直接修改该数据。但是如果第一个操作是被正常提交的话，那末就需要进一步判断该操作的类型，如果是删除(delete)该行，第二个修改操作将直接被疏忽。如果是update该行的记录，第二个修改操作则需要重新评估该行会不会仍然符合之前定义的修改条件。 | 和读已提交隔离级别的机制基本相同，只是在第一个修改操作提交后，第二个操作将不再辨别之前的修改是delete或者update，而是直接并返回下面信息：Error: Can’t serialize access due to concurrent update. 这是由于一个可串行化的事务在可串行化事务开始以后不能更改或锁住被其他事务更改过的行。因此，当利用收到这样的毛病信息时，它应当退出当前的事务然后从头开始重新进行全部事务。在利用程序中，也应当有必要的代码来专门处理该类毛病。 |
最后需要说明的是，在绝大多数的情况下，读已提交级别都可适用，而且该级别的并发效力更高。只有在比较特殊的情况下，才手工将当前的事物隔离级别调剂为可串行化或可重复读。
文章来源：丸子建站
文章标题：PostgreSQL教程(九)：事物隔离介绍
https://www.wanzijz.com/view/68545.html
