当cpu
飙升到100%
时,先用操作系统命令top
命令观察是不是mysqld
占用导致的,如果不是,找出占用高的进程,并进行相关处理。
一、开启慢查询日志
查看慢查询SQL
是否启用:ON
是开启,OFF
是关闭。
show variables like 'log_slow_queries';
开启慢查询日志
set global log_slow_queries = on;
二、使用show processlist
如果是mysqld
造成的,show processlist显示用户正在运行的线程,看看里面跑的session
情况,是不是有消耗资源的sql
在运行【查看Time这一列最大值】。找出消耗高的sql
,看看执行计划是否准确,index
是否缺失,或者是数据量太大造成。
show processlist
注意state
字段中如果包含大量的Sending data
、Wating for tabls
、或者各种Lock
、大概率是SQL
造成数据库拥堵。优化对应的SQL
,开启慢查询日志,分析sql
语句进行优化。
一般来说,肯定要kill
掉这些线程(同时观察cpu
使用率是否下降),等进行相应的调整(比如说加索引、改sql、改内存参数)之后,再重新跑这些SQL
。
也有可能是每个sql
消耗资源并不多,但是突然之间,有大量的session
连进来导致cpu
飙升,这种情况就需要跟应用一起来分析为何连接数会激增,再做出相应的调整,比如说限制连接数等。
阻止滥用资源的程序: 当网站受到攻击时,有可能在短时间内建立异常高的连接数量。MySQL
中的PROCESSLIST
可用于检测顶级用户并阻止对滥用连接的访问。
三、大量的睡眠线程导致CPU过高
运行show full processlist
【1】根据Command
这一列发现大量的Sleep
【2】再根据Time
这一列 查看当前Sleep
线程的sql
所用的耗时
【3】根据sql
睡眠线程耗时时间 配置msyql
【4】打开mysql
的配置文件my.cnf
文件
配置如下:
# vim /etc/my.cnf
[mysqld]
wait_timeout=20 ## 大于20秒自动断开 (根据实际情况设置)
配置完成后重启Mysql,不重启的话,可以设置全局的等待超时时间
mysql> set global wait_timeout=20;
mysql> show global variables like '%timeout';
四、合理优化配置项
检查一下MySQL
设置,有助于确定内存使用情况,从而为MySQL
分配合适的值。缓存在InnoDB
存储的缓冲池中完成。缓冲池的大小对系统性能起着关键作用,并被指定为可用RAM
的50%-70%
之间的值。如果池大小,将导致页面过度刷新,如果太大,将由于内存竞争而导致交换。
innodb_buffer_pool_size
max_connections
为了在任何时刻为MySQL
分配尽可能多的连接数,并避免单个用户使服务器过载,需要使用max_connections
。每个线程使用RAM
的一部分进行缓冲区分配,因此它根据RAM
的大小限制最大连接数。
max_connections = (Available RAM – Global Buffers) / Thread Buffers 最大连接数 = (有效内存 - 全局缓冲容量)/ 线程缓冲容量
当不经常更改且Web
服务器接收许多相同查询时,查询高速缓存可能会很有用。查询缓存将SELECT
语句的文本与发送到客户端的相应结果一起存储。
query_cache_size
因此,此参数仅用于此类应用程序服务器,否则将被禁用,并为其他服务器设置为零。
为了避免资源争用,尽管启用了该功能,但应将该值设置为10MB
左右的最小值。