MySQL下优化SQL的一般步骤

通过show status和应用特点了解各种SQL的执行效率

通过SHOW STATUS可以提供服务器状态信息,也可以使用mysqladmin extended-status命令获得。SHOW STATUS可以根据需要显示session级别的统计结果和global级别的统计结果。

以下几个参数对MyISAM和InnoDB存储引擎计数:

  • Com_select:执行SELECT操作的次数,一次查询只累加1;
  • Com_insert:执行INSERT操作的次数,对于批量插入的INSERT操作,只累加一次
  • Com_update:执行update操作的次数
  • Com_delete:执行delete操作的次数

以下几个参数是针对InnoDB存储引擎计数的,累加的算法也略有不同:

  • Innodb_rows_read:SELECT查询返回的函数
  • Innodb_rows_inserted:执行INSERT操作插入的行数
  • Innodb_rows_updated:执行UPDATE操作更新的行数
  • Innodb_rows_deleted:执行DELETE操作删除的行数

通过以上几个参数,可以很容易的了解当前数据库的应用是以插入更新为主还是以查询操作为主,以及各种类型的SQL大致执行比例是多少。对于更新操作的计数,是对执行次数的计数,不论提交还是回滚都会累加。


对于事务型的应用,通过Com_commit和Com_rollback可以了解事务的提交和回滚的情况,对于回滚操作非常频繁的数据库,可能意味着编写存在问题。


此外,以下几个参数便于我们了解数据库的基本情况:

  • Connections:视图连接MySQL服务器的次数
  • Uptime:服务器工作时间
  • Slow_queries:慢查询的次数

定位执行效率较低的SQL语句

可以通过以下两种方式定位执行效率较低的SQL语句:

  • 通过慢查询日志定位那些执行效率低的SQL语句,用--log-slow-queries[=file_name] 选项启动时,mysqld写一个包含所有执行时间超过long_query_time 秒的SQL语句的日志文件,可以链接到管理维护中的相关章节。
  • 慢查询日志在结束以后才记录,所以在应用反映执行效率出现问题的时候查询慢查询日志并不能定位问题,可以使用show processlist命令查看当前MySQL在进行的线程,包括线程的状态,是否锁表等等,可以实时地查看SQL执行情况,同时对一些锁表操作进行优化。


通过EXPLAIN分析低效的SQL的执行计划

通过以上步骤查询到效率地的SQL后,可以通过explain或desc获取MySQL如何执行SELECT语句的信息,包括SELECT语句执行过程表如何连接和连接的次序。

explain可以知道什么时候必须为表加入索引得到一个使用索引来寻找记录的更快的SELECT:

说明:

  • select_type:select类型
  • table:输出结果集的表
  • type:表示表的连接类型。
    • 当表中仅有一行是type的值为system是最佳的连接类型;
    • 当select操作中使用索引戒心表连接时type的值为ref;
    • 当select的表连接没有使用索引时,经常会看到type的值为ALL,表示对该表进行了全表扫描,这时需要考虑通过创建索引来提高表连接的效率。
  • possible_keys:表示查询时,可以使用的索引列
  • key:表示使用的索引
  • key_len:索引长度
  • rows:扫描范围
  • Extra:执行情况获得说明和描述


确定问题,并采取响应的优化措施

经过以上步骤,基本可以确认问题出现的原因,可以根据情况采取相应的措施,进行优化提高执行的效率。








你可能感兴趣的:(mysql)