高并发update疑点
高并发update疑问update [table1] set scorescore-@score,historyscorehistoryscore+@score where id@i
高并发update疑问
update [table1] set score=score-@score,historyscore=historyscore+@score where id=@id
有人说update自带锁.
但似乎高并发有问题,如何加锁保证这条语句的高性能呢?
实际情况数百线程会同时执行一个where条件,但同时又会有N个where条件条件执行. 并发
[解决办法]在ID上加索引
[解决办法]默认隔离级别下，update会阻塞其他事务访问这些数据，如果要保证数据查询的准确性，不能用with nolock，可以使用快照隔离模式，避免update的时候其他读操作有阻塞。而你的目的应该是保证where id=@id能够足够的快，update完就释放，尽可能降低其他事务的等待时间
[解决办法]table1.id是唯一的吧? 其上应有索引.
高并发时,会产生阻塞.但问题应该不大.
[解决办法]确实是这样的，由于update是修改数据，所以在运行时会在所修改的数据上加X独占锁，以保证数据修改的一致性。
向你的系统，是个典型的高并发系统，某一时间会有大量的会话运行update语句来修改数据，
你可以通过对update语句中的where条件中的字段，建立索引，来加快update的速度。
那么这样的话，在同一时间内，就可以支持更多的update更新了，而且由于速度更快，使得锁定数据的时间更短，这样也不会导致严重的阻塞问题，可以说是一举多得。
[解决办法]同时数百线程更新 同id的1条记录？
如果这种需求，并发这么高，可能还是先插入到一个日志表（id,score增量），
由一个线程定时把日志里的记录update到业务表
[解决办法]并发时会产生阻塞.但问题应该不大.
LZ是遇到什么问题?还是仍在设计阶段?
[解决办法]不会有问题的，高并发可能会导致系统对请求的相应时间下降，但不会导致值不准确的问题，呵呵，放心吧。
[解决办法]默认隔离级别会保证你的更新准确
[解决办法]如果ID有索引的话 默认隔离级别下面 可能只锁定这条语句 不会影响其他的
