对SERIALIZABLE隔离级别的反思

newkid

komicakomica 发表于 2015-4-1 15:54
实际项目开发中可能有很多人写SQL，你修改自己的部分可以，但别人的部分又怎么办呢？你修改的话可能会因为 ...

实际项目中是大多数情况下ORACLE不需要你操心，程序员各写各的，系统也能跑得很好。如果你要修改的数据有复杂的并发一致性需求，那么你当然要对这块有全局的了解，知道什么情况下会出现什么样的并发修改。这不管用什么数据库都是一样的。
至于你说的应用写得有问题，还不让修改应用代码，这种情况下只能怪罪于这种奇葩需求，和ORACLE的READ COMMITTED又有什么关系？难道用别的数据库就迎刃而解？

komicakomica

newkid 发表于 2015-4-1 22:24
实际项目中是大多数情况下ORACLE不需要你操心，程序员各写各的，系统也能跑得很好。如果你要修改的数据有 ...

从oracle相关的文章来看，少有人能认识到MVCC中所暗藏的的缺点。中文文章中提到的一般就只有会读到过期数据这一点，SERIALIZABLE级别实现和SQL标准不符以及write skew这两个问题都仅见于英文文章，国内没见人提起。想解决方案的前提是要认识到问题的存在，如果连问题都认识不到还谈什么解决问题。
其他数据库都有改进自己的事务隔离级别模型，支持更加丰富的隔离特性以满足不同场合的需要，oracle一直在拒绝改变。
DB2默认是不同行的写操作互相阻塞，通过设置一个全局参数很容易就可以切换成不互相阻塞的表现。较新版本（V9.7以上）读写操作是否互相阻塞也可以通过全局参数来改变。

newkid

komicakomica 发表于 2015-4-2 22:35
从oracle相关的文章来看，少有人能认识到MVCC中所暗藏的的缺点。中文文章中提到的一般就只有会读到过期数 ...

如果相关文章很少，说明ORACLE在实用中碰到这样的问题很少。这正是ORACLE实现方式的高明之处。
再说此类问题都有相应的解决办法，这些办法都只会造成局部串行化，比起全局的串行化好多了。

komicakomica

newkid 发表于 2015-4-2 23:21
如果相关文章很少，说明ORACLE在实用中碰到这样的问题很少。这正是ORACLE实现方式的高明之处。
再说此类 ...

好了，这个话题就此打住吧。

Naldonado

newkid 发表于 2015-3-25 09:17
书摘：TOM的“Oracle 9i10g编程艺术”
7.3.1 一种会失败的常用数据仓库技术
我看到，许多人都喜欢用这样 ...

好像v$Transaction 里面不好查到对象名或者对象id

newkid

Naldonado 发表于 2018-4-26 09:24
好像v$Transaction 里面不好查到对象名或者对象id

它不是用来干这个用途的，所需的是里面的START_TIME。