单条纪录更新, 导致的表死锁

[道玄希言]

具体情况:
4个CPU的扣肉2代的服务器, 客户端大概 100 个左右, 客户端运行时,
会频繁的查询一个表的数据, 表中数据量大概在六七万左右,

每次更新一个字段, 纪录下纪录被查阅的次数. 用的SQL更新语句:
update table1 set col = col +1 where keyid = 'XXXX'

对该表的查询有很多, 前台显示的数据, 大部分是通过系统启动时, 查询加载到系统, 还有部分数据量小的,会实时查询显示
更新字段, 在查询中的作用, 基本是用于做排序标记.

系统在几十家店使用, 只有一两家出现了更新时死锁. 其他的都没有这个问题,
出现问题的地方在最开始, 服务器用的单CPU, 也沒出现死锁的情况, 是在感觉服务器不是很快, 另外再添加了3个CPU后才出现的问题.

后来我干脆取消了哪个更新, 將更新另外用一个表保存才搞定.

不知道是啥原因引起的

[道玄希言]

引用 2 楼 u011015550 的回复:

死锁无非是事务并发引起的，不所不解的是，同一个表的一个字段中没有多用户并发的情况么？

因为表纪录不多, 几万条纪录 每次的更新, 也只是更新了一条纪录的一个字段, 且也是对这个表的唯一更新. 其他都是查询操作. 程序是DELPHI 写的, 直接用ADO静态连接在数据库上, 沒做三层. 系统是一个点歌系统, 客户沒点一首歌, 就更新纪录一下这首歌的点击数. 更新的就是歌曲纪录的点击数这个字段. 一般同时连接到数据库的客户端大概 20-100 台左右. 应该是有多用户并发更新的. 问题是, 只出现了一家有这种情况, 而且是在服务器升级到多CPU后.

[wtujedp]

引用 3 楼 yangb0803 的回复:

[quote=引用 2 楼 u011015550 的回复:] 死锁无非是事务并发引起的，不所不解的是，同一个表的一个字段中没有多用户并发的情况么？

因为表纪录不多, 几万条纪录 每次的更新, 也只是更新了一条纪录的一个字段, 且也是对这个表的唯一更新. 其他都是查询操作. 程序是DELPHI 写的, 直接用ADO静态连接在数据库上, 沒做三层. 系统是一个点歌系统, 客户沒点一首歌, 就更新纪录一下这首歌的点击数. 更新的就是歌曲纪录的点击数这个字段. 一般同时连接到数据库的客户端大概 20-100 台左右. 应该是有多用户并发更新的. 问题是, 只出现了一家有这种情况, 而且是在服务器升级到多CPU后. [/quote] 看看这个表有没有触发器，在更新这个字段的时候，同时进行了别的操作。

[道玄希言]

引用 4 楼 wtujedp 的回复:

看看这个表有没有触发器，在更新这个字段的时候，同时进行了别的操作。

没做触发器， 但是多客户端同时执行了这个更新，不知道有没有可能。。。

[江南小鱼]

关注，看不出什么原因~

[Neo_whl]

死锁无非是事务并发引起的，不所不解的是，同一个表的一个字段中没有多用户并发的情况么？

[道玄希言]

额， 怎么米人呢？ 谁知道这是啥问题引起的么？

[Tiger_Zhao]

不是死锁，应该是大量点歌的更新对记录有锁定，导致读取歌曲列表一直等待吧。
分表是对的，（频繁更新的）点击数和（频繁查询的）歌曲基本信息不能放在一张表中。

[道玄希言]

引用 7 楼 Tiger_Zhao 的回复:

不是死锁，应该是大量点歌的更新对记录有锁定，导致读取歌曲列表一直等待吧。 分表是对的，（频繁更新的）点击数和（频繁查询的）歌曲基本信息不能放在一张表中。

谢谢, 就是这个问题, 由于更新从而导致无法读取数据了. 本来设计,我也是采用另表保存点歌信息, 然后通过定时的对点歌纪录表统计,再更新到歌曲点唱次数字段. 想着直接写入点唱次数字段, 省略掉统计更新这一步了, 结果导致了这个问题. 看来还是不要偷懒了, 呵呵