[数据库优化]请教:有没有办法可以避免使用COUNT以改善性能?

soichiro

我用一个表来储存用户数据，用户每次从客户端查询的时候都必须告诉用户他个人共有多少条记录，现在我是用COUNT来做的:

1. SELECT COUNT(id) FROM table WHERE uid = 'user_id'

复制代码

问题是在表中记录增长以后性能恶化非常严重，现在记录已经接近100万条，查看MySQL状态发现随时都有无数个Locked，都是上面这条查询，现在数据库服务器CPU占用随时都在90%以上(双路Xeon 3G, Linux kernel 2.6.14, MySQL 5)。
原来我用的方法是专门用一个表来储存用户个人的总记录数，这样就不会有性能问题，但会由于客户端的异常中止而造成统计数字与实际记录不符(例如记录写入后程序异常中止，没有写入记录数统计+1)。

请问有没有什么好的办法能够解决这个问题？谢谢！

[ 本帖最后由 yejr 于 2005-12-12 13:42 编辑 ]

rardge

原帖由 soichiro 于 2005-12-11 19:47 发表
但会由于客户端的异常中止而造成统计数字与实际记录不符(例如记录写入后程序异常中止，没有写入记录数统计+1)。

用支持事务的数据表类型来做，比如InnoDB。

北京野狼

原帖由 soichiro 于 2005-12-11 19:47 发表
我用一个表来储存用户数据，用户每次从客户端查询的时候都必须告诉用户他个人共有多少条记录，现在我是用COUNT来做的:

1. SELECT COUNT(id) FROM table WHERE uid = 'user_id'

复制代码

问题是在表中记录增 ...

应该在用户每次更新记录的时候，有个数据库有字段为此+1，
这个数值不应该是count出来的

hardiwang

数据库优化下，我这里和你差不多112W条数据，你这样的查询，我需要0.05S，就完成了。不知道你的情况如何？

北京野狼

楼上的，别总是喜欢吹牛，

具体查询时间，要看表中的记录实际信息的情况，

这比你那1000个并发连接可能吹的更狠！

hardiwang

to:北京野狼
事实如此.我只是做了个最简单的实验而已。当然，每个人的database 是不一样的，我只是拿自己库的做实验。
不想和你理论，stop!

soichiro

原帖由 rardge 于 2005-12-12 10:23 发表


用支持事务的数据表类型来做，比如InnoDB。

感谢你的建议，我会考虑试试InnoDB，但我刚才想了一下，我用单独的表来保存用户记录总数的时候好像犯了一个错误，就是在客户端程序里我是先执行一条INSERT，然后再执行一条UPDATE来修改记录总数，这样如果客户端INSERT以后就中止了，那么UPDATE就没有执行。
那么如果我在客户端程序里用一条语句同时完成INSERT和UPDATE是否就解决了这个问题呢？

北京野狼

1. 这样如果客户端INSERT以后就中止了，那么UPDATE就没有执行。
   

复制代码

???????????????????????????

soichiro

原帖由 hardiwang 于 2005-12-12 13:32 发表
数据库优化下，我这里和你差不多112W条数据，你这样的查询，我需要0.05S，就完成了。不知道你的情况如何？

我有90W条数据，负载不高的情况下0.00 sec就执行完了，但负载高的时候就很慢，用show processlist一看全是Locked.

rainloftty

弱弱的说一句,我的msyql查询select count(*) 100多万记录也挺快的.