数据库是 PostgreSQL ，程序一共有三个线程在操作数据库，两个线程不断执行 Insert 和 Update 操作，一个线程不断执行 Select 操作。
如果操作比较频繁，就会出现 Insert 和 Select 都失败的情况。
搜索了一番发现是因为没有事务隔离导致的冲突（对，我对数据库基本一无所知 (*´Д｀*)
参考了 事务隔离，对涉及 Insert 和 Update 的操作开头和结尾处分别加入了 BEGIN 和 COMMIT ，问题就没有了。
现在想问的是，我这种解决方法是正确的吗？
 |
1
xenme Aug 19, 2016  1
治标了：以前抢着来，出错了。
现在有人锁了，就等着，排队来，后续可能会有性能问题。 |
 |
2
ksco OP |
 |
5
rahuahua Aug 19, 2016
你确定加了 Begin ， commit 就没问题了？ insert/update/delete 是自带事务的，如果事务里只有一条 sql 语句，加和不加 begin/commit 是一样的。
还有事务隔离是不会导致 select 失败的（如果你没有修改隔离级别到 repeated read 以上并且 select 是包在一个事务里面并且这个事务有修改其他的数据导致一致性检查失败）。 |
|
9
rahuahua Aug 20, 2016 1
手滑了，囧
加上事务隔离之后 Select 确实就正常了，其它的操作也正常了 很好奇你是怎么加事务隔离的 |
|
10
ksco OP @rahuahua 对于有数据更新(Update Insert Delete)的两个线程，我把每个完整的操作流程都封装在某个函数中，这些流程都涉及到多条 SQL 语句，所以我就在这些函数的开头和结尾部分分别加上了 Begin 和 Commit 操作，把它包装成一个事务。
所以我想问这样能真正解决我遇到的问题吗？ 虽然目前来看是解决了。 |
|
11
rahuahua Aug 20, 2016 1
@ksco 如果你没有修改事务隔离级别，只是将多个 SQL 放一个事务是能保证原子性，和事务隔离没有直接的关系。如果你修改隔离级别，那么事务一致性要求就会更严格（ PG 默认的 read committed 是一致性保证最低的隔离级别），失败的概率应该更大才对
|
 |
13
pathbox Aug 20, 2016
mysql innodb 有事物 不会有你的这个问题吧
|
 |
15
alcarl Aug 20, 2016
没用过 pg ，简单 google 了一下， pg 默认是隐式提交也就是自动提交。默认隔离级别是 readcommit 。按一般来说这种默认设置不应该报错才对。。。。。我很好奇为毛 select 也会报错，我很怀疑是有人改了默认配置。。。。。
|
Select Language