单表同时被频繁更新和查询的设计方案

什么情况下 id为主键 会 被频繁的写呢？显示全部

回复 14# 北京鼎新智联    之前的老师也有提到过这个思路，感觉在并发量到一定程度的时候这种方法就不那么管用了。显示全部

可以考虑如下思路：1、事务尽量最小化，使每个事务持有锁的时间最小2、创建合适的索引，避免锁升级3、设置合理的LOCKTIMEOUT和LOCKLIST显示全部

回复 9# wolfop    我描述的只是一种场景。显示全部

回复 10# ydliujiang    假设进行了读写分离，那么业务数据的一致性，一般都是怎么实现的呢。比方说你读到了一个旧数据，然后用这个数据去更新，那肯定是不可能的。显示全部

回复 8# freshgrass    你好，请问db2 提供内存数据库的机制么？具体怎么实现显示全部

回复 5# stevenluffy    2楼和4楼的建议都很好哦。读写分离可以考虑使用HADR的超级异步模式，读操作从应用端隔离到standbyDB，写保持在primryDB。不过这个方案用了HADR的话DPF就不好上了。至于内存数据库的话我也同问，貌似DB2没有吧，应该是Mysql有内存数据库。...显示全部

什么叫做id和name都被频繁读写？id和name都会被update?然后id和name都会作为where条件？对于db2，必须两个column都建索引，否则会锁定很多不该锁定的行显示全部

1、使用内存数据库专供读来使用，关系数据库存放原始的数据，应用上做相应的分离，实现同时写内存数据库和关系数据库。2、应用上如果在内存数据库中找不到相应的数据，再从关系数据库中读取，并同时写入内存数据库...显示全部

回复 6# atpeace331    我现在只是理论上讨论这个问题，还没有做读写分离。显示全部