数码资讯
MySQL高CPU解决方案(增加索引)
The following is an example of MYSQL occupying CPU high processing, hoping to be a little inspired by friends who have encountered similar problems.Ge
选购提示
关注价格、性能、续航、售后和真实使用场景,理性比较后再下单。
The following is an example of MYSQL occupying CPU high processing, hoping to be a little inspired by friends who have encountered similar problems.Generally speaking, MYQL takes up CPU high, most of which is database query code problem, too much query database.So you have to streamline the code on the one hand, and on the other hand it is best to index the frequently used code.
今天上午,机器已达到警报,负载已超过4。
最高发现MySQL是第一个而且相当稳定。
启动MySQL
MySQL >显示列表;一点
发现XXX网站上有两个查询语句,我用大约300000条记录擦拭站点,这不太可能是机器性能问题。
突然记得在网上看到的tmp_table_size值太小,造成这一局面;
所以MySQL通过E显示变量;> TMP
一看就是默认32m(字节数显示)
因此,文格更改了256,重新启动MySQL,结果令人失望。
不,你必须回来。
选择该表,发现论坛中所有消息的内容都相当大。
因此 uff1a
MySQL >显示列bbs_message;
+ + + + ----------- -------------- ------ ----- --------- ---------------- + + +
场型空| | | |关键|默认|额外|
+ + + + ----------- -------------- ------ ----- --------- ---------------- + + +
| | msg_id int(11)没有优先级| | | | auto_increment |空
| | board_id int(11)不多0 | | | | |
| | parent_id int(11)不多0 | | | | |
| | root_id int(11)不多0 | | | | |
在显示列表的所有时间选择*从bbs_message哪里board_id XXX和XXX parent_id = =
选择从哪里bbs_message parent_id = xxx
只要这两块出现在CPU上,它们就会上升。
所以从索引:
加两指标
MySQL >修改表添加索引bbs_message ParentID(parent_id);
修改表bbs_message添加索引chaxunid(board_id,parent_id);
最后,看看索引的结果。
MySQL >显示指数从bbs_message;
+ + + + ------------- ------------ ---------- -------------- + ------------- + + + + ----------- ------------- ---------- -------- + + + + ------ ------------ ---------
表non_unique key_name | | | | seq_in_index column_name整理基数| | | | sub_part |填充空index_type评论| | | |
+ + + + ------------- ------------ ---------- -------------- + ------------- + + + + ----------- ------------- ---------- -------- + + + + ------ ------------ ---------
| bbs_message | 0 |初级| 1 | msg_id |一| 2037 |空|空| | btree | |
| bbs_message | 1 | rootid | 1 | root_id |一| 49 |空|空| | btree | |
| bbs_message | 1 | chaxunid | 1 | board_id |一| 3 |空|空| | btree | |
| bbs_message | 1 | chaxunid | 2 | parent_id |一| 135 |空|空| | btree | |
| bbs_message | 1 | ParentID | 1 | parent_id |一| 127 |空|空| | btree | |
+ + + + ------------- ------------ ---------- -------------- + ------------- + + + + ----------- ------------- ---------- -------- + + + + ------ ------------ ---------
5行(0秒)
从最高负荷撤出已稳定在0。
今天上午,机器已达到警报,负载已超过4。
最高发现MySQL是第一个而且相当稳定。
启动MySQL
MySQL >显示列表;一点
发现XXX网站上有两个查询语句,我用大约300000条记录擦拭站点,这不太可能是机器性能问题。
突然记得在网上看到的tmp_table_size值太小,造成这一局面;
所以MySQL通过E显示变量;> TMP
一看就是默认32m(字节数显示)
因此,文格更改了256,重新启动MySQL,结果令人失望。
不,你必须回来。
选择该表,发现论坛中所有消息的内容都相当大。
因此 uff1a
MySQL >显示列bbs_message;
+ + + + ----------- -------------- ------ ----- --------- ---------------- + + +
场型空| | | |关键|默认|额外|
+ + + + ----------- -------------- ------ ----- --------- ---------------- + + +
| | msg_id int(11)没有优先级| | | | auto_increment |空
| | board_id int(11)不多0 | | | | |
| | parent_id int(11)不多0 | | | | |
| | root_id int(11)不多0 | | | | |
在显示列表的所有时间选择*从bbs_message哪里board_id XXX和XXX parent_id = =
选择从哪里bbs_message parent_id = xxx
只要这两块出现在CPU上,它们就会上升。
所以从索引:
加两指标
MySQL >修改表添加索引bbs_message ParentID(parent_id);
修改表bbs_message添加索引chaxunid(board_id,parent_id);
最后,看看索引的结果。
MySQL >显示指数从bbs_message;
+ + + + ------------- ------------ ---------- -------------- + ------------- + + + + ----------- ------------- ---------- -------- + + + + ------ ------------ ---------
表non_unique key_name | | | | seq_in_index column_name整理基数| | | | sub_part |填充空index_type评论| | | |
+ + + + ------------- ------------ ---------- -------------- + ------------- + + + + ----------- ------------- ---------- -------- + + + + ------ ------------ ---------
| bbs_message | 0 |初级| 1 | msg_id |一| 2037 |空|空| | btree | |
| bbs_message | 1 | rootid | 1 | root_id |一| 49 |空|空| | btree | |
| bbs_message | 1 | chaxunid | 1 | board_id |一| 3 |空|空| | btree | |
| bbs_message | 1 | chaxunid | 2 | parent_id |一| 135 |空|空| | btree | |
| bbs_message | 1 | ParentID | 1 | parent_id |一| 127 |空|空| | btree | |
+ + + + ------------- ------------ ---------- -------------- + ------------- + + + + ----------- ------------- ---------- -------- + + + + ------ ------------ ---------
5行(0秒)
从最高负荷撤出已稳定在0。
声明:本文内容用于数码产品信息整理与选购参考,具体价格、库存、售后政策以官方渠道和电商页面实时信息为准。