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

道玄希言 伊爱高新 工程师  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 的回复:
死锁无非是事务并发引起的,不所不解的是,同一个表的一个字段中没有多用户并发的情况么?
因为表纪录不多, 几万条纪录 每次的更新, 也只是更新了一条纪录的一个字段, 且也是对这个表的唯一更新. 其他都是查询操作. 程序是DELPHI 写的, 直接用ADO静态连接在数据库上, 沒做三层. 系统是一个点歌系统, 客户沒点一首歌, 就更新纪录一下这首歌的点击数. 更新的就是歌曲纪录的点击数这个字段. 一般同时连接到数据库的客户端大概 20-100 台左右. 应该是有多用户并发更新的. 问题是, 只出现了一家有这种情况, 而且是在服务器升级到多CPU后.
回复
相关推荐
发帖
疑难问题
创建于2007-09-28

2.1w+

社区成员

MS-SQL Server 疑难问题
申请成为版主
帖子事件
创建了帖子
2015-07-09 10:58
社区公告
暂无公告