MySQLinnodb引擎中小心count(*)陷阱

以下的文章主要描述的是MySQL innodb引擎中的count(*)陷阱，你如果对MySQL innodb引擎中的count(*)陷阱有兴趣的话你就可以点击以下的文章进行观看了。希望会给你带来一些帮助在此方面。

word引起MySQL数据库崩溃？

InnoDB delete from xxx速度暴慢原因

MySQL Storage Engine 小记

推荐圈子: JBPM @net

更多相关推荐 今天同学们在群里讨论oracle的count(*)与count(1)的问题，正好提到MySQL的情况。我突然想到自己遇到的问题：在myisam引擎执行count(*)速度非常快，而且执行速度与记录条数无关，而MySQL innodb却不是这样，记录越多，速度越慢。

于是做了一个实验，在一个有8000W条记录的innodb表执行了一下 select count(*) from table 。 果然一直等待，大概8分多后出来结果。马上再次执行相同的语句，用时大约22秒。马上执行第三次，还是约22秒。

于是我猜想innodb没有把记录数保存起来，而是做了实时统计，所以导致速度比较慢。第二次、第三次相对较快是因为高速缓存的原因。于是打电话咨询DBA同学。经过DBA同学的专业解答，我明白了：我猜对了，呵呵。所以，以后要注意在MySQL innodb中count(*)的问题，尽量避免吧……除非能确保该表始终保持很少的记录数。

另外，在网上查了一些资料：

引用

InnoDB Pitfalls

However, all is not rosy with InnoDB. Because of its transactional nature, it has bottlenecks of its own. On MyISAM, doing a query that does SELECT COUNT(*) FROM {some_table}, is very fast, since MyISAM keeps the information in the index.

On InnoDB, this info is not stored in an index, and even the index and the data are kept in the same file. So, doing the same query on a table can incur a significant performance penalty.

To check what overhead this has, I wrote a simple test benchmark code. I duplicated a client node table that has 20,243 rows from MyISAM to InnoDB.

On a quiescent AMD 64 machine with MySQL server 5.0.24, doing a SELECT COUNT(*) FROM node takes 0.835 milliseconds on MyISAM, while on InnoDB it takes 12.292 milliseconds!

以上就是对MySQL innodb引擎的count(*)问题的描述。

文章标题：MySQLinnodb引擎中小心count(*)陷阱
分享路径：http://www.shufengxianlan.com/qtweb/news43/453893.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联