数据库的事务隔离问题，求指点

[ksco]

数据库是 PostgreSQL ，程序一共有三个线程在操作数据库，两个线程不断执行 Insert 和 Update 操作，一个线程不断执行 Select 操作。

如果操作比较频繁，就会出现 Insert 和 Select 都失败的情况。

搜索了一番发现是因为没有事务隔离导致的冲突（对，我对数据库基本一无所知 (*´Д｀*)

参考了 事务隔离，对涉及 Insert 和 Update 的操作开头和结尾处分别加入了 BEGIN 和 COMMIT ，问题就没有了。

现在想问的是，我这种解决方法是正确的吗？

[xenme]

治标了：以前抢着来，出错了。
现在有人锁了，就等着，排队来，后续可能会有性能问题。

[ksco]

@xenme 不会出现性能问题，因为每个表的最大数据量也不过几千条而已。

对于不改变数据的 SELECT 操作，没有必要加上 BEGIN 和 COMMIT 吧？

[xenme]

@ksco 一般只有更新数据的时候才需要事务，所以 SELECT 一般 没必要加上

[ksco]

@xenme 好的，谢谢你

[rahuahua]

你确定加了 Begin ， commit 就没问题了？ insert/update/delete 是自带事务的，如果事务里只有一条 sql 语句，加和不加 begin/commit 是一样的。
还有事务隔离是不会导致 select 失败的（如果你没有修改隔离级别到 repeated read 以上并且 select 是包在一个事务里面并且这个事务有修改其他的数据导致一致性检查失败）。

[ksco]

@rahuahua Insert 和 Update 操作都有多条语句的，不是单条。

加上事务隔离之后 Select 确实就正常了，其它的操作也正常了。

[rahuahua]

@ksco
加上事务隔离之后 Select 确实就正常了，其它的操作也正常了

[rahuahua]

@ksco

[rahuahua]

手滑了，囧

加上事务隔离之后 Select 确实就正常了，其它的操作也正常了

很好奇你是怎么加事务隔离的

[ksco]

@rahuahua 对于有数据更新(Update Insert Delete)的两个线程，我把每个完整的操作流程都封装在某个函数中，这些流程都涉及到多条 SQL 语句，所以我就在这些函数的开头和结尾部分分别加上了 Begin 和 Commit 操作，把它包装成一个事务。

所以我想问这样能真正解决我遇到的问题吗？
虽然目前来看是解决了。

[rahuahua]

@ksco 如果你没有修改事务隔离级别，只是将多个 SQL 放一个事务是能保证原子性，和事务隔离没有直接的关系。如果你修改隔离级别，那么事务一致性要求就会更严格（ PG 默认的 read committed 是一致性保证最低的隔离级别），失败的概率应该更大才对

[ksco]

@rahuahua 原来如此，我没动过隔离级别的，应该就是默认的，谢谢！

[pathbox]

mysql innodb 有事物 不会有你的这个问题吧

[ksco]

@pathbox 只要是 SQL 都会有这种问题吧

[alcarl]

没用过 pg ，简单 google 了一下， pg 默认是隐式提交也就是自动提交。默认隔离级别是 readcommit 。按一般来说这种默认设置不应该报错才对。。。。。我很好奇为毛 select 也会报错，我很怀疑是有人改了默认配置。。。。。

[ksco]

@alcarl 嗯，我也觉得很奇怪，下周再看看。