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

道玄希言伊爱高新工程师 2015-07-09 10:58:08

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

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

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

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

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

不知道是啥原因引起的

...全文

202 点赞收藏 8

写回复

8 条回复

切换为时间正序

当前发帖距今超过3年，不再开放新的回复

发表回复

道玄希言 2015-07-13

引用 7 楼 Tiger_Zhao 的回复:

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

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

回复赞

Tiger_Zhao 2015-07-13

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

回复赞

道玄希言 2015-07-11

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

回复赞

Neo_whl 2015-07-09

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

回复赞

江南小鱼 2015-07-09

关注，看不出什么原因~

回复赞

道玄希言 2015-07-09

引用 4 楼 wtujedp 的回复:

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

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

回复赞

wtujedp 2015-07-09

引用 3 楼 yangb0803 的回复:

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

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

回复赞

道玄希言 2015-07-09

引用 2 楼 u011015550 的回复: