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

北京野狼

原帖由 rainloftty 于 2005-12-12 17:11 发表
弱弱的说一句,我的msyql查询select count(*) 100多万记录也挺快的.

有1000W count也未必慢，主要看where的条件是什么

qingmedia

我不久前也问了同样的问题，查了mysql手册也没有说可以优化。
我使用的结果是，select count(*)如不带where条件就快，带条件怎么也快不了，我的库1000K条记录，大概300MB，时间大概从几秒到几十秒间，索引也没用。

我现在还没找到好办法，只是跟上面类似，用一个表记录更新count数用于分页，为防止偶尔的出入，设定手动后台完全更新。

rardge

原帖由 soichiro 于 2005-12-12 16:58 发表
就是在客户端程序里我是先执行一条INSERT，然后再执行一条UPDATE来修改记录总数，这样如果客户端INSERT以后就中止了，那么UPDATE就没有执行。
那么如果我在客户端程序里用一条语句同时完成INSERT和UPDATE是否就解决了这个问题呢？

那是你还不了解什么是事务，你去了解一下就知道，它就是解决这个问题的。把若干sql查询语句逻辑上合并为一原子操作，就好像只下达一条sql语句一样，结果就是：要么全部成功，只要有一个地方出错就全部回卷，相当于没有发送过指令。
另外，用另外一个表来记录自增id，使用 mysql 的 last_insert_id() 或者 mysql_insert_id()，它们保证在处理客户端并发的时候不会取错数据。

hardiwang

用事务是能很好解决这个问题！

wildlily980

如果那个表有个主键的话，应该是很快的吧？除非你的where条件使用了没有索引的列。

随风漂

如果带where条件的话，可考虑是否创建了合适的索引了。