MySQL数据库优化(一)

╰半橙微兮° 2022-09-30 06:46 113阅读 0赞

**1. 数据库优化的目的**

1）数据库慢速查询，解决界面内容加载不出来；

2）增加数据库的稳定性；

**2. 定位问题**

##     2.1 慢查日志 ##

##   慢查日志呢就是MySQL日志查询比较慢的SQL语句的日志。详细的记录了所有的超过某一时间的SQL语句。 ##

1） 首先查看慢查日志是否开启

show VARIABLES like '%slow%'，在结果中会有‘log\_slow\_queries’（或者是slow\_query\_log，MySQL版本不同）关键字及对应的值，默认为‘OFF’关闭状态。

开启慢查日志即在my.ini文件中添加：

#mysql-slow log-slow-queries=d:/mysql-slow.log long_query_time=0 log-queries-not-using-indexes

long\_query\_time执行时间超过其值得SQL语句会被记录到日志中。为了测试我这边把它设置为0，实现项目中根据要求设置吧，日志太多了也不好。

2）慢查日志的格式

我创建了一个t\_user表并插入3条数据，为测试慢查日志，我执行一条查询前两条的SQL，慢查日志的内容：

# Time: 170319 14:59:38 # User@Host: root[root] @ localhost [127.0.0.1] # Query_time: 0 Lock_time: 0 Rows_sent: 2 Rows_examined: 2 select* from t_user limit 2; # User@Host: root[root] @ localhost [127.0.0.1] # Query_time: 0 Lock_time: 0 Rows_sent: 15 Rows_examined: 305 SELECT QUERY_ID, SUM(DURATION) AS SUM_DURATION FROM INFORMATION_SCHEMA.PROFILING GROUP BY QUERY_ID; # User@Host: root[root] @ localhost [127.0.0.1] # Query_time: 0 Lock_time: 0 Rows_sent: 16 Rows_examined: 307 SELECT STATE AS `Status`, ROUND(SUM(DURATION),7) AS `Duration`, CONCAT(ROUND(SUM(DURATION)/0.000490*100,3), '%') AS `Percentage` FROM INFORMATION_SCHEMA.PROFILING WHERE QUERY_ID=26 GROUP BY STATE ORDER BY SEQ;

3）慢查日志的分析

有了日志，下一步就是分析了。当日志量足够大时，就需要使用工具了，慢查日志分析工具有很多，好用就行。这里不在具体介绍。我们不要忘记分析慢查询日志的目的，就是去优化慢查询语句，莫要把时间都放到分析上。

实际中，慢查日志都是有公司DBA负责的，他会将超过时间的日志发给开发人员，由开发人员去优化。

##    2.2 explain分析低效SQL执行计划 ##

我们可以通过 explain 或者 desc 获取MySQL 如何执行 SELECT 语句的信息，包括 select 语句执行过程表如何连接和连接的次序。explain 可以知道什么时候必须为表加入索引。

![Center][]

type：显示连接使用何种类型。从好到坏依次为：const、eq\_reg、ref、range、index、all。

possible\_keys:显示这张表应用的索引。

key:实际使用的索引。

key\_len:索引的长度。

ref:索引的那一列被使用了。

**2.3.通过show status了解各种SQL的执行频率**