关于并发脏数据的问题

[timepast]

hibernate spring mysql 查了资料 有hibernate乐观锁和mysql行级锁 等解决方式
自己没有这方面的实战经验 发此贴 一是求解 而是讨论

求一实战过效率高的解决思路

[nybux]

乐观，自己判断
悲观，数据库锁定

[timepast]

@nybux 有必要同时加么? 比如说 程序里面用上 乐观锁 再用上mysql的行级锁?

[nybux]

没必要，悲观锁是肯定可以保证没有冲突的。但是会降低性能，因为这条记录被锁住了，其他人没法再读取这条记录了。
乐观锁通过一定的算法保证当前库里面的记录是自己前面读出来的记录，比如加个版本号字段或者加个time字段，或者把所以字段都读出来，然后update的时候where都加上。

[plprapper]

一般来说 乐观锁就够了

[timepast]

@nybux
@plprapper

悲观锁 确实会 降低效率 但是应该是能彻底解决此问题

[plprapper]

至今没有碰到过乐观锁 搞不定 需要用悲观锁的这种 场景 。

所以很难理解你所谓的 “彻底” 到底是啥含义。

[wodemyworld]

@plprapper 那是你做的系统用的人太少，并发上不去，当并发上去了，乐观锁会造成大量的存储过程rollback，并发越高，存储过程的长度就必须越短，最后恨不得改成一句，然后乐观锁慢慢成了事实上的悲观锁。。。。。

@timepast 看你并发到什么程度吧，并发高到一定程度就不用hibernate了，自己去写做mapper，然后根据实际业务来决定哪些是悲观锁、哪些乐观锁，而且以后进行程序改动时，还得做业务影响分析，这块才是最头痛的东西。。。。

[pythonee]

@wodemyworld
这个高端，确实没有遇到过这个场景，这种应该是电信级别的吧