CentOS服务器上mysql数据库优化过程分析（一）

       最近有一套生产系统的数据库CPU老是偏高，发现闲时也在40%-60%左右，感觉很不正常，决定优化一下，在这里记录一下自己的优化过程。希望对有类似情况的同学有所帮助。

       先使用top确定一下服务器上消耗内存最大的进程，确定没有其他程序的影响：

确定mysql是服务器上最消耗资源的进程后，就针对mysql进行优化，如果发现还有其他的程序消耗资源导致mysql性能变低就需要优先处理掉其他程序。明确之后可以先使用show full processlist 或者show processlist;命令查看一下哪些线程正在运行。

show full processlist 和show processlist的区别是show  processlist展示的结果只显示前100个字符，show full processlist是显示完整的信息。展示结果中的列表示的意思是：

id:ID标识，进程ID，如果要停止可以直接使用kill id号；例如 kill 1062;

User: 当前链接的用户

Host: 表示当前这个链接是从那个IP那个端口上发出的，上图被我马赛克了。

db:当前链接的书库名称

Command:连接状态，常见的是休眠（sleep），查询（query），连接（connect），具体说明参照下面

Time:连接持续时间，单位是秒

State:显示当前sql语句的状态，这个很重要，详情请参照下面的表格

Info:显示这个sql语句

附加说明：

Command补充说明：

sleep:线程正在等待客户发送新的请求。

query:正在执行查询或者正在将结果发送客户端

connect：连接到主服务器

详细请参照mysql手册：https://dev.mysql.com/doc/refman/8.0/en/thread-commands.html

如果其中的sleep进程过多则通常代表资源未释放，如果是通过连接池，sleep状态应该恒定在一定数量范围内。

state的状态十分关键，下表列出state主要状态和描述：

以上表格内容来自mysql手册https://dev.mysql.com/doc/refman/8.0/en/general-thread-states.html

例如我上面的截图中有好几个Sending data，需要注意的是Sending data并不是发送数据，而是从物理磁盘获取数据的进程，如果你的影响结果集较多，那么就需要从不同的磁盘碎片去抽取数据，偶尔出现该状态连接无碍。一般而言，如果sending data连接过多，通常是某查询的影响结果集过大，也就是查询的索引项不够优化，就需要优化查询索引。

这篇文章就记录到这里，下篇文章记录使用explain 优化sql语句

希望对大家有所帮助，由onekbit.com云笔记整理发布