西峡做网站指数函数和对数函数
一、查看执行频率
sql执行频率,执行下述指令可以看到select，update,delete等操作的次数
show global status like 'Com_______';具体我们在终端登录mysql看下，使用下述命令登录mysql，并输入命令
mysql -u 用户名 -p
上述查询，删除等指标就出来了 ，如果在对应的数据库中，比如查询的指标过多，那么就要考虑对查询指标进行优化
二、慢查询日志
慢查询日志记录了所有执行时间超过指定参数（long_query_time，单位:秒，默认10秒）的所有SQL语句的日志，MySQL的慢查询日志默认没有开启，需要在MySQL的配置文件(/etc/my.cnf）中配置如下信息:.
首先执行以下命令，查看mysql是否已经开启了慢查询
show variables like 'slow_query_log'如果是在Linux服务器上的数据库，那么利用vim编辑 /etc/my.cnf该文件，如果是本地windows好像是默认就开启的，我也不记得我之前有没有配置，因为查看的时候就是处于on状态
加入配置
- 开启慢查询标志
- 设置sql执行的超时时间
slow_query_log=1long_query_time=2接着要重启mysql，执行如下：
systemctl restart mysqld三、show profile
show profiles能够在做SQL优化时帮助我们了解时间都耗费到哪里去了。通过have_profiling参数，能够看到当前MySQL是否支profile操作:
SELECT @@have_profiling ;
能够看到数据库是支持profile操作的
默认profiling是关闭的，可以通过set语句在session/global级别开启profiling:
set profiling = 1执行 select @@profiling; 查看当前是否开启了profile
结果为0，可以看到是没有开启的
通过使用上述的set命令可以看到已经开启了profile操作
接下来执行几条sql来看看它们在profile里面的体现
可以看到如下的一些sql执行时间的情况
其中，执行耗时最长的是 select * from pw
查看指定query_id的SQL语句各个阶段的耗时情况
show profile for query query_id查看指定query_id的SQL语句CPU的使用情况
show profile cpu for query query_id四、explain分析sql慢查询
EXPLAIN或者DESC命令获取MySQL如何执行SELECT语句的信息，包括在SELECT语句执行过程中表如何连接和连接的顺序，语法如下：
EXPLAIN SELECT字段列表FROM表名WHERE条件;执行如下命令，仔细分析下结果各代表什么
explain select * from goods where goodsID = 1;
上述都为null,因为表中没有id为1的
在explain中各个字段的含义：
| 字段 | 含义 |
| id | select查询的序列号，表示查询中执行select子句或者是操作表的顺序 (id相同，执行顺序从上到下；id不同，值越大，越先执行) |
| select_type | 表示 SELECT 的类型，常见的取值有 SIMPLE（简单表，即不使用表连接 或者子查询）、PRIMARY（主查询，即外层的查询）、 UNION（UNION 中的第二个或者后面的查询语句）、 SUBQUERY（SELECT/WHERE之后包含了子查询）等 |
| type | 表示连接类型，性能由好到差的连接类型为NULL、system、const、 eq_ref、ref、range、 index、all |
| possible_key | 显示可能应用在这张表上的索引，一个或多个 |
| key | 实际使用的索引，如果为NULL，则没有使用索引 |
| key_len | 表示索引中使用的字节数， 该值为索引字段最大可能长度，并非实际使用长 度，在不损失精确性的前提下， 长度越短越好 |
| rows | MySQL认为必须要执行查询的行数，在innodb引擎的表中，是一个估计值， 可能并不总是准确的 |
| filtered | 表示返回结果的行数占需读取行数的百分比， filtered 的值越大越好 |
explain中重点关注的字段主要是：
key和key_len，能够检查是否命中了索引
type字段查看sql是否有进一步的优化空间，是否存在全索引扫描或全盘扫描
extra建议来判断，是否出现了回表的情况，如果出现了，可以尝试添加索引或修改返回字段来修复