大量 count 的表，需要使用 MyISAM 么？

This topic created in 4117 days ago, the information mentioned may be changed or developed.

比如wordpress，评论已经上W条，虽说也不多。
但每天
SELECT commentapproved, COUNT( * ) AS total FROM wp_comments GROUP BY comment_approved;
的次数不少。Handler_read_next非常大。
单纯通过改语句我觉得意义不大，毕竟wp更新后可能就会失效。
myisam在count是完全没有任何handle_read*的产生。
而innodb每count一次，Handler_read_next就会加上整表的总数。
虽然速度没有影响，但这样貌似应该会影响性能吧？

请各位指教下，谢谢

Supplement 1 · Feb 28, 2015

我不知道是我的问题没有描述清楚的原因。
有几位的回答，都是认为我很白痴，加多个字段存储，或者修改语句达到索引。
首先我要说的是，我一楼说的也算清楚的了。
我这个问题基于wordpress或者其他第三框架，添加字段存储，是不现实的，当这些框架更新的时候，你无法避免的需要去修改。
不过wordpress可以解决这个问题，对wp_count_comments进行add_filter。（我说出来只想告诉你们，我特么试过了，确实可以，但我不想这么做，为什么不，自己去看wp doc）
我现在就是想尝试下，有没有其他办法解决。至于6楼所谓的看书什么。如果你是来秀优越感的，或者认为我对回答者的谢谢，不够的话。你可以直接说出来，或者不回答。
我看不懂？请你直接说出原因。我已经在顶楼说的非常明白了，加字段有时不可能，你加了之后，果断时间失效了，有何意义，也就是一些相对完善的框架，如wordpress可以add_filter之类的。
另外所有的select count 都是 using index了的。如果你只是认为索引不够好的话。你可以提出更优的方案。

Supplement 2 · Feb 28, 2015

补充一下，我也看了外国朋友如何做。

只看到使用where可以减少索引导致的Handler_read_next的数量。

但对于不使用where，是没有办法的。

根据的需求，可以使用字段存储，他表存储。其他形式存储。

如果模糊索引，可以利用innodb的自增值，来进行max(ID)，不过对于一些场景，如评论，你如果删除评论，mysql减少了一行，但自增值却不会减少，所以不准。

以上，是我了解到的。

我其实就是简单想，除了上述办法，有没有其他办法。

现在使用的版本是5.6.22。

另外我知道v2不是专门针对某一类的社区，是个大杂烩。

我也没指望问题一定会被解决之类的，如果没有意义的回帖，请大家都不要浪费时间。谢谢

Supplement 3 · Feb 28, 2015

补充，本贴正确问题：
在缺少where字句的情况下，InnoDB对count(*)查询进行优化后，是使用索引的了。但产生了Handler_read_next。如何通过使用触发器和计数器来达成节省Handler_read目的？

count

MyISAM

innodb

22 replies • 2015-02-28 10:51:38 +08:00

G2bN4dbX9J3ncp0r

Feb 27, 2015

加个字段记录count

kn007

Feb 27, 2015

其他项目可以，但wordpress不现实吧？

kn007

Feb 27, 2015

@lidashuang 已解决了。。读取自增值

kn007

Feb 27, 2015

@lidashuang 但只能模糊查询

kn007

Feb 27, 2015

还是不行

zhengkai

Feb 28, 2015

COUNT(*) 改成 COUNT(id) 之类的

话说不是学习过程中每一个问题都要带到论坛上来问，你学习不是为了给别人看的。找本《高性能MySQL》看看，然后自己多做做试验吧

zhengkai

Feb 28, 2015

我第一行的回答是对 1 楼的解释，1 楼已经给你答案了但是你看不懂，你另外一个问题我也回答了，但是你也是看不懂，我本来想解释，但是发现要解释的内容太多，你还是多自己看看吧。话说你的这些问题完全可以自己设计一组测试来给自己解答

SoloCompany

Feb 28, 2015

如果不需要比如外键和存储过程之类的所谓高级特性，MyISAM 最大的问题仅仅是所有数据访问都要锁表，好像类似于 wordpress 这种系统没有太大影响吧，如果能用 MyISAM 解决问题，建议还是直接用 MyISAM 来解决，因为简单

kn007

Feb 28, 2015

@zhengkai 。。。已经是Using index了，伙计。我只注意handle_read，两者相同。我试了下，两者一样。我试过了的，好吧
至于你说的，没错。不过如果不是没有头绪，我也不会问。

kn007

Feb 28, 2015

@zhengkai 我在顶楼已经说的非常清楚了。单纯通过修改语句、或者增加个存储字段，对wordpress意义不大。我并不是单纯给自己使用，给别人用呢？如果对方wordpress自动更新后呢？

kn007

Feb 28, 2015

@SoloCompany 好的，谢谢

Livid

MOD

PRO

Feb 28, 2015

能快多少，或者会慢多少，最好的方法是自己实际做对比测试。

比如测试 InnoDB 和 MyISAM 用到同样查询的页面的 apachebench 性能会有多少差别。

kn007

Feb 28, 2015

@Livid 谢谢，这个测了一下，是MyISAM比INNODB更多的qps。毕竟select count是直接返回。不过相差其实不算大。。。或许你的意思是说考虑这个（查询）的优化意义并不是很大？

Livid

MOD

PRO

Feb 28, 2015

@kn007 可能有有效的优化是给页面本身加 memcache。

est

Feb 28, 2015

@kn007 select count(*) 你加个where试试呢？估计就差不多了。

nine

Feb 28, 2015

innodb 在“排序字段”和 “主键”上加联合索引即可，放心大胆count(*)

kn007

Feb 28, 2015

@est @nine 谢谢两位，或许你们没看完顶楼。。。带Where是会快很多，索引主键和排序字段是没有问题得了。现在已经是using index了，就是会形成Handler_read_next，我在想innodb能不能跟myisam一样，不需要产生任何Handler_read。无论如何，感谢！

kn007

Feb 28, 2015

@Livid 嗯，是的，我现在是给count进行mc存储，使用increment和decrement，倒是不影响。主要是想给别人弄，这家伙呢，又是经常瞎折腾的，经常重新安装wordpress（覆盖安装），就数据库没动。那家伙又有点强迫症，觉得myisam好，select count直接得到值。我是认为用innodb好，不用Optimize。所以我就想能不能解决select count 的问题。嘿嘿。
性能上实际是没有影响的，就是Handler_read不好看而已。

Actrace

Feb 28, 2015

count的最好方法就是在你知道什么元素需要count之前做个计数器。

withrock

Feb 28, 2015

我讨厌回答技术性问题用“自己去百度一下/自己去翻书”这样的方式。

kn007

Feb 28, 2015

@Actrace 正有想法，正在了解呢。
在缺少where字句的情况下，InnoDB对count(*)查询进行优化后，是使用索引的了。但产生了Handler_read_next。
我正在试图使用触发器和计数器，不过不大熟，嘿嘿

kn007

Feb 28, 2015

@withrock 我觉得如果是这种回答（自己去百度一下/自己去翻书），还不如不答，浪费时间