视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
MySQL负载过高的优化
2020-11-09 12:28:39 责编:小采
文档

这样,慢语句就被记录在日志文件中了.tail -f /usr/local/mysql/data/log_slow_queries.log 查看日志.四个参数Query_time: 0 Lock

公司网站刚改完版,优化了数据库结构,使用的memcache分布式缓存加MySQL,刚开始几天还好,数据库服务几天没down过了.但这几天频繁down机.是个大问题,需要解决.

数据库服务器硬件配置为4颗双核CPU,8G内存.

查看服务器负载(top命令),见MySQL竟然经常百分之九十几的cpu,恐怖.早之前就知道,数据表有些字段没有做索引的,引起MySQLL负载这么高的原因主要应该是索引问题和某些变态SQL语句.

如何知道是MySQL哪些索引和SQL引起的问题呢?老大教有绝招

编辑MySQL配置文件my.cnf,加上以下几行:
log_slow_queries=/usr/local/mysql/data/log_slow_queries.log //慢语句日志保存目录
long_query_time=10 //记录SQL查询超过10S的语句
log-queries-not-using-indexes=1 //记录没有使用索引的sql

这样,慢语句就被记录在日志文件中了.
tail -f /usr/local/mysql/data/log_slow_queries.log 查看日志.
四个参数
Query_time: 0 Lock_time: 0 Rows_sent: 1 Rows_examined:
分别意思为:查询时间 锁定时间 查询结果行数 扫描行数
主要看那些扫描行数超多的语句.然后去数据库加上对应的索引
再优化下变态的sql
完成后MySQL负载降到了二十几.还行.应该不会down机了.

下载本文
显示全文
专题