MySQL导致的CPU高负载问题

今天下午发现了一个MySQL导致的向上服务器负载高的问题，事情的背景如下：

在某个新服务器上，新建了一个MySQL的实例，该服务器上面只有MySQL这一个进程，但是CPU的负载却居高不下，使用top命令查询的结果如下：

[dba_mysql@dba-mysql ~]$ top top - 17:12:44 up 104 days, 20 min, 2 users, load average: 1.06, 1.02, 1.00Tasks: 218 total,  1 running, 217 sleeping,  0 stopped,  0 zombieCpu0 : 0.3%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu1 : 0.3%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu2 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu3 : 0.3%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu4 : 0.3%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu5 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu6 :100.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu7 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stMem: 16318504k total, 7863412k used, 8455092k free,  322048k buffersSwap: 5242876k total,    0k used, 5242876k free, 6226588k cached  PID USER   PR NI VIRT RES SHR S %CPU %MEM  TIME+ COMMAND                                      75373 mysql   20  0 845m 699m 29m S 100.0 4.4 112256:10 mysqld                                      43285 root   20  0 174m 40m 19m S 0.7 0.3 750:40.75 consul                                      116553 root   20  0 518m 13m 4200 S 0.3 0.1  0:05.78 falcon-agent                                   116596 nobody  20  0 143m 6216 2784 S 0.3 0.0  0:00.81 python                                      124304 dba_mysq 20  0 15144 1420 1000 R 0.3 0.0  0:02.09 top                                          1 root   20  0 21452 1560 1248 S 0.0 0.0  0:02.43 init

之前从来没有遇到过这个问题，当时第一反应是在想是不是有些业务层面的问题，比如说一些慢查询一直在占用CPU的资源，于是登陆到MySQL上使用show processlist查看了当前的进程，发现除了有少许update操作之外，没有其他的SQL语句在执行。于是我又查看了一眼慢日志，发现慢日志中的SQL语句执行时间都很短，大多数都是由于未使用索引导致的，但是扫描的记录数都很少，只有几百行，这样看起来业务层面的问题是不存在的。

排除了业务层面的问题，现在看看数据库层面的问题，查看了一眼buffer pool，可以看到这个值是：

mysql--dba_admin@127.0.0.1:(none) 17:20:35>>show variables like '%pool%';+-------------------------------------+----------------+| Variable_name            | Value     |+-------------------------------------+----------------+| innodb_buffer_pool_chunk_size    | 5242880    || innodb_buffer_pool_dump_at_shutdown | ON       || innodb_buffer_pool_dump_now     | OFF      || innodb_buffer_pool_dump_pct     | 25       || innodb_buffer_pool_filename     | ib_buffer_pool || innodb_buffer_pool_instances    | 1       || innodb_buffer_pool_load_abort    | OFF      || innodb_buffer_pool_load_at_startup | ON       || innodb_buffer_pool_load_now     | OFF      || innodb_buffer_pool_size       | 5242880    || thread_pool_high_prio_mode     | transactions  || thread_pool_high_prio_tickets    | 4294967295   || thread_pool_idle_timeout      | 60       || thread_pool_max_threads       | 100000     || thread_pool_oversubscribe      | 3       || thread_pool_size          | 8       || thread_pool_stall_limit       | 500      |+-------------------------------------+----------------+17 rows in set (0.01 sec)

由于innodb_buffer_pool_chunk_size本身的值为5M，当我们设置它为0M时，它会自动的将其大小设置为5M的倍数，所以我们的innodb_buffer_pool_size值是5M。

既然buffer pool的值比较小，那么我将它改成1G的大小，看看这个问题还会不会发生：

mysql--dba_admin@127.0.0.1:(none) 17:20:41>>set global innodb_buffer_pool_size=1073741824;Query OK, 0 rows affected, 1 warning (0.00 sec)mysql--dba_admin@127.0.0.1:(none) 17:23:34>>show variables like '%pool%';         +-------------------------------------+----------------+| Variable_name            | Value     |+-------------------------------------+----------------+| innodb_buffer_pool_chunk_size    | 5242880    || innodb_buffer_pool_dump_at_shutdown | ON       || innodb_buffer_pool_dump_now     | OFF      || innodb_buffer_pool_dump_pct     | 25       || innodb_buffer_pool_filename     | ib_buffer_pool || innodb_buffer_pool_instances    | 1       || innodb_buffer_pool_load_abort    | OFF      || innodb_buffer_pool_load_at_startup | ON       || innodb_buffer_pool_load_now     | OFF      || innodb_buffer_pool_size       | 1074790400   || thread_pool_high_prio_mode     | transactions  || thread_pool_high_prio_tickets    | 4294967295   || thread_pool_idle_timeout      | 60       || thread_pool_max_threads       | 100000     || thread_pool_oversubscribe      | 3       || thread_pool_size          | 8       || thread_pool_stall_limit       | 500      |+-------------------------------------+----------------+17 rows in set (0.00 sec)

此时使用top命令观察CPU使用情况：

[dba_mysql@dba-mysql ~]$ toptop - 22:19:09 up 104 days, 5:26, 2 users, load average: 0.45, 0.84, 0.86Tasks: 218 total,  1 running, 217 sleeping,  0 stopped,  0 zombieCpu0 : 0.3%us, 0.3%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu1 : 0.3%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu2 : 1.0%us, 0.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu3 : 1.0%us, 0.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu4 : 0.3%us, 0.3%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu5 : 0.3%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu6 : 0.0%us, 0.3%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu7 : 0.7%us, 0.0%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stMem: 16318504k total, 8008140k used, 8310364k free,  322048k buffersSwap: 5242876k total,    0k used, 5242876k free, 6230600k cached  PID USER   PR NI VIRT RES SHR S %CPU %MEM  TIME+ COMMAND                                      43285 root   20  0 174m 40m 19m S 1.0 0.3 753:07.38 consul                                      116842 root   20  0 202m 17m 5160 S 1.0 0.1  0:21.30 python                                       75373 mysql   20  0 1966m 834m 29m S 0.7 5.2 112313:36 mysqld                                      116553 root   20  0 670m 14m 4244 S 0.7 0.1  0:44.31 falcon-agent                                   116584 root   20  0 331m 11m 3544 S 0.7 0.1  0:37.92 python2.6                                       1 root   20  0 21452 1560 1248 S 0.0 0.0  0:02.43 init

到这里，问题是解决了，但是这个问题背后引发的一些东西却值得思考，小的buffer pool为什么会导致其中一个CPU的使用率是100%？

这里，我能想到的一个原因是5M的buffer pool太小了，会导致业务SQL在读取数据的时候和磁盘频繁的交互，而磁盘的速度比较慢，所以会提高IO负载，导致CPU的负载过高，至于为什么只有一个CPU的负载比较高，其他的近乎为0，这个问题可能还需要查一查，如果有知道的朋友，还请不吝赐教。

更多相关文章

  1. Linux下MYSQL 5.7 找回root密码的问题(亲测可用)
  2. Android(安卓)10 定位问题，获取NMEA（支持5.0~10.0）
  3. mybatisplus的坑 insert标签insert into select无参数问题的解决
  4. 关于Android(安卓)Studio3.2新建项目Android(安卓)resource link
  5. Android软键盘适配问题
  6. SlidingMenu和ActionBarSherlock结合做出出色的App布局,Facebook
  7. android解决坚屏拍照和保存图片旋转90度的问题，并兼容4.0
  8. Android(安卓)Calendar使用过程中遇到的问题
  9. flutter-使用第三方库,编译和运行版本不一致问题 2

随机推荐

  1. 仅使用CSS的输入字段的一部分
  2. 用于在表中强制换行的PHP或HTML/CSS解决
  3. html解析类库htmlparser.net使用方法
  4. 文本输入占位符不在IE和Firefox中显示
  5. 如何使用struts2访问表单数组字段
  6. HTML5实战与剖析之媒体元素(1、video标签
  7. DiggBar如何基于不在其域上的内容动态调
  8. Smarty快速入门之一
  9. css字体大小在苹果邮件中比gmail (iphone
  10. IE-7 z-index问题-下拉区域在横幅下，它的