mysql优化一般步聚(教程)

By admin

January 24, 2010 - One minute read - 164 words

1.1优化SQL的一般步骤

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

通过SHOW STATUS可以提供服务器状态信息，也可以使用mysqladminextended- 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慢查询的次数

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

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

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

11.1.3 通过EXPLAN分析低效SQL的执行计划：

通过以上步骤查询到效率低的SQL后，我们可以通过explain或者desc获取MySQL如何执行SELECT语句的信息，包括select语句执行过程表如何连接和连接的次序。 explain可以知道什么时候必须为表加入索引以得到一个使用索引来寻找记录的更快的SELECT。

mysql> explain select sum(moneys) from sales a,companys b where a.company_id = b.idanda.year=2006;

select_type： select类型 table：输出结果集的表 type：表示表的连接类型

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

11.1.4 确定问题，并采取相应的优化措施：

经过以上步骤，基本可以确认问题出现的原因，可以根据情况采取相应的措施，

进行优化提高执行的效率。

例如上面的例子，我们确认是对a表的全表扫描导致效率的不理想，我们对a 表的year字段创建了索引，查询需要扫描的行数明显较少。

mysql> explain select sum(moneys) from sales a,companys b where a.company_id = b.idanda.year=2006;