请问为什么MYSQL的CPU会彪得很高

chichen

RT

因为按我理解 CPU速度远远超过磁盘速度. 也就是说查询以及处理一条数据的操作上CPU是在等磁盘的.
可是,在一些情况下出现cpu彪高为什么呢? 难道不应该是磁盘满负载(任务队列满了, 数据通道并未满) CPU大量闲置吗?

无论是有索引和无索引的情况 按表面理解都应该发生我上面的现象才对.

但实际压力测试中我发现大量的select + 索引建得不好就会引起CPU彪高, 8核能够彪到600%左右.
当然我不是在问如何建立索引和如何优化. 而是想知道为什么会导致与我直观认知不一样的现象

我的测试环境没有做raid的双磁盘MYSQL数据文件在其中一个磁盘上. 8核 8G内存, innodb数据库

ganluo960214

呃 不建立索引就是取出表中所有数据进行匹配 就想 A 表中 有 1000W跳数据。如果查询不为索引的 column 就是 CPU 就要计算 1000W 还不算 偏移读取 和 读取次数，和记录匹配。(以上是我猜的)

chichen

ganluo960214 发表于 2017-04-06 21:10
呃 不建立索引就是取出表中所有数据进行匹配 就想 A 表中 有 1000W跳数据。如果查询不为索引的 column 就是 ...

感谢帮忙思考.
但是如果查询数据要直接读表,也就是直接读磁盘的话 应该是磁盘负载远大于CPU负载的啊. 会发生磁盘队列严重堵塞而CPU大量闲置并且linux 的load average高涨.
可是, 实际上 mysql的查询能够让cpu狂飙到一个很高的地步.  mysql是怎么办到的 我疑惑的是这个.

如果说全走内存缓存查询的话倒还能理解.
但是mysql显然不能把所有数据都缓存起来(至少我是这么认为的)

ganluo960214

https://my.oschina.net/jiyayun/blog/85010 试试这个。
回复 3# chichen

ganluo960214

链接回复审核中 可以先 搜索 一下 mysql profiler。SQL 语句 分析工具。

回复 3# chichen

lyhabc

磁盘负载远大于CPU负载

cpu和磁盘可以直接比较吗？ 一个是计算单元，一个是存储单元