今天发现网站页面打开非常慢,对处理过程简单记录了一下
http://weibo.com/formysql?is_hot=1
找问题
首先登录服务器使用 top 查看当前进程信息,发现排名第一的是 mysql,占用 cpu 达到了 100% 以上,这就明确了是 mysql 的问题
登录 mysql,使用 show processlist 查看下当前执行状态,发现了大量 LOCK 操作,也有多个 Copying to tmp table 的操作,说明有 sql 出现了问题,操作过于复杂,对临时表使用频繁,把其他操作阻塞了
解决
找到了问题后,把处理方向确定为 检查和修改配置、sql优化
(1)修改mysql配置
临时表
既然涉及了到了临时表,就先查看下目前临时表的信息
查看临时表的使用状态
show global status like 'created_tmp%';
发现 created_tmp_disk_tables 值过高,需要增加此值
再看一下现在临时表的大小
show variables like '%tmp_table_size%';
在现在值的基础上增加一些,重新设置临时表大小
线程缓存数
看当前线程情况
show global status like 'Thread%';
发现 threads_created 的值过大,表明MySQL服务器一直在创建线程
查看当前值
show variables like 'thread_cache_size';
此参数需要调高
打开表数量
查看打开表的情况
show global status like 'open%tables%';
发现 opened_tables 数量过大,说明 table_cache 的值可能太小
查看当前值
show variables like 'table_cache';
此参数需要调高
最大连接数
查看当前允许的最大连接数
show variables like 'max_connections';
查看服务器连接数的峰值
show global status like 'Max_used_connections';
峰值还没到最大限制,不需要修改
join buffer 和 sort buffer
查看现有值
SELECT @@sort_buffer_size;
SELECT @@join_buffer_size;
是默认值,需要修改
修改配置
确定了要修改的参数后,修改 my.cnf ,例如
table_cache = 64
sort_buffer_size = 8M
join_buffer_size = 4M
thread_cache_size = 300
thread_concurrency = 8
tmp_table_size = 246M
(2)sql优化
从 show processlist 结果集中找出主要的复杂语句,对其进行 explain 和 profile 分析
进行索引优化,把复杂的sql 根据业务拆分为多个小的sql
以上过程完成后,mysql已经恢复正常状态,后期再对其他sql进行优化和缓存处理