hell，大家早上好、中午好、晚上好、欢迎收看本次文章，我是声音甜美的鸡排妹。今天是周日，我今天去了广州图书馆这边写文章。分享一下鸡排妹在工作中遇到SQL优化的经验。
在应用的的开发过程中，由于初期数据量小，开发人员写 SQL 语句时更重视功能上的实现，但是当应用系统正式 上线后，随着生产数据量的急剧增长，很多 SQL 语句开始逐渐显露出性能问题，对生产的影响也越来越大，此时 这些有问题的 SQL 语句就成为整个系统性能的瓶颈，因此我们必须要对它们进行优化，本章将详细介绍在 MySQL 中优化 SQL 语句的方法。当面对一个有 SQL 性能问题的数据库时，我们应该从何处入手来进行系统的分析，使得能够尽快定位问题 SQL 并 尽快解决问题。
3.1 查看SQL执行频率
MySQL 客户端连接成功后，通过 show [session|global] status 命令可以提供服务器状态信息。show [session|global] status 可以根据需要加上参数“session”或者“global”来显示 session 级(当前连接)的计结果和 global 级(自数据库上次启动至今)的统计结果。如果不写，默认使用参数是“session”。
下面的命令显示了当前 session 中所有统计参数的值:
show status like 'Com_______';
show status like 'Innodb_rows_%';
Com_xxx 表示每个 xxx 语句执行的次数，我们通常比较关心的是以下几个统计参数。
show status like 'Com_______';
show status like 'Innodb_rows_%';
Com_*** : 这些参数对于所有存储引擎的表操作都会进行累计。
Innodb_*** : 这几个参数只是针对InnoDB 存储引擎的，累加的算法也略有不同。
3.2 定位低效率执行SQL
- 慢查询日志 : 通过慢查询日志定位那些执行效率较低的 SQL 语句，用--log-slow-queries[=file_name]选项启 动时，mysqld 写一个包含所有执行时间超过 long_query_time 秒的 SQL 语句的日志文件。具体可以查看本 书第 26 章中日志管理的相关部分。
- show processlist : 慢查询日志在查询结束以后才纪录，所以在应用反映执行效率出现问题的时候查询慢查询 日志并不能定位问题，可以使用show processlist命令查看当前MySQL在进行的线程，包括线程的状态、是否 锁表等，可以实时地查看 SQL 的执行情况，同时对一些锁表操作进行优化。
- id列，用户登录mysql时，系统分配的"connection_id"，可以使用函数connection_id()查看
- user列，显示当前用户。如果不是root，这个命令就只显示用户权限范围的sql语句
- host列，显示这个语句是从哪个ip的哪个端口上发的，可以用来跟踪出现问题语句的用户
- db列，显示这个进程目前连接的是哪个数据库
- command列，显示当前连接的执行的命令，一般取值为休眠(sleep)，查询(query)，连(connect)等
- time列，显示这个状态持续的时间，单位是秒
- state列，显示使用当前连接的sql语句的状态，很重要的列。state描述的是语句执行中的某一个状态。一 个sql语句，以查询为例，可能需要经过copying to tmp table、sorting result、sending data等状态 才可以完成
- info列，显示这个sql语句，是判断问题语句的一个重要依据
3.3 explain分析执行计划
通过以上步骤查询到效率低低SQL语句后，可以通过EXPLANIN或者DESC命令获取MySQL命令获取MySQl如果执行SELECT语句的信息，包括在SELECT 语句执行过程中如何连接和连接顺序。
explain select * from tb_item where id = 536563；
explain select * from tb_item where title ='new2 - 阿尔卡特 (OT-927) 炭黑 联通3G手机 双卡双待';
閱讀更多 程序美學 的文章
