数据库频繁更新的表，而且这个这个表的部分字段频繁读写排序，我这里经常出现死锁，该怎么设计才能避免死锁呢？

[dbfox]

这个表是新闻表

[news]
id

viewTimes 总浏览量
viewTimesToday 今日浏览量
viewTimesWeek 本周 浏览量
viewTimesMonth 本月浏览量


这几个浏览量的字段，页面访问一次就会更新一次
更新非常频繁
而且为了提高检索速度 做了排序索引

select top 100 *from news order by viewTimes desc
select top 100 *from news order by viewTimesToday desc
select top 100 *from news order by viewTimesWeek desc


到底该怎么设计呢？

如果把这些统计的信息单独放到另外一张表，虽然不会有过多的死锁情况，但那样在检索文章的时候就没法排序了

这些情况基本上在网站访问量大的情况下产生

不知道大侠们遇到过这样的问题没

有没有什么好的方法？

[knightluffy]

因为你这个东西对客户来说要求不是要很精确，你需要自己做一个缓存层，浏览量一段时间update一次到数据库，所有东西都从缓存层去拿。。不要去频繁读写数据库。。

[dbfox]

@knightluffy
能想到的方法也就是这样了
需要定时的把数据同步到主表中。
这样就增加一点工作量，和维护成本。

[jianghu52]

如同@knightluffy 所说，内存是个好选择。但是如果你用户再继续多下去，比如像双十一那种数据流量，估计光靠内存都不解决不了。

[baskice]

思路有这么几种：
1高峰时改为每秒或每分钟更新一次

2高峰时从每个更新改为采样，每十个访客中采样一个等

3改进算法

4硬堆CPU……

[kslr]

这个值，不要求精确，不要求实时 里面空间很大

[humiaozuzu]

1. 单独开一个表存这些 counter
2. 丢 redis 存 counter，天生干这个的，key 用 news:123:views:150411 类似格式

top xxx 的结果可以一小时计算一次，更新到 redis 里面

[chenjf2k]

select top 100 *from news with(nolock) ...

[zeayes]

新闻内容存数据库，对应的counter用redis的zset存储。

[dbfox]

@zeayes
@humiaozuzu

在 select 的时候不好搞吧？还有分页都不好搞吧

select top 100* from news where id in( 1,2,3434) order by ??

[zeayes]

select的时候，把counter组装一下就ok了。

分页为啥不好搞呢？

这个sql没看太懂，既然id都指定了，为啥还要top 100？