【MySql】性能优化之分析命令

 

 

当发现程序运行比较慢的时候,首先排除物力资源问题之后,就将注意力转向mysq数据库:

1、首先确定运行慢的sql语句:

mysql> show full processlist;

2、确认低效的查询: 多次执行第一步发现time耗费大的sql语句。查看耗费的时间。

 

3、为sql生成一个执行计划query Execution plan(QEP)

mysql> explain select * from tbal_name where ...;

 

4、查看创建表的语句:

show create table table_name \G;

 

5、查看表的状态:

show table status like 'table_name' \G;

 

---------------------------------------------------

总结一些分析的命令:

1、explain:解释sql的执行计划,后边的sql不执行

2、explain partitions :用于查看存在分区的表的执行计划

3、explain extended:--书上说存在filtered列,但是检查后没有发现这一列,待验证

4、show warnings:

5、show create table:查看表的详细的创建语句,便于用户对表进行优化

6、show indexes :产看表的所有索引,show indexes from table_name,同样也可以从information_schema.statistics表中获得同样的信息。cardinality列很重要,表示数据量。

7、show tables status: 查看数据库表的底层大小以及表结构,同样可以从information_schema.tables表中获得底层表的信息。

8、show [global|session]status:可以查看mysql服务器当前内部状态信息。可以帮助却行mysql服务器的负载的各种指标。默认是session。同information_schema.global_status和information_schema.session_status

9、show [global|session] variables :查看当前mysql系统变量的值,其中一些值能影响到sql语句的执行方式。同information_schema.global_variables和information_schema.session_variables;

10、information_schema:包含的表的数量和mysql的版本有关系。

 

-------------------------

三、索引

 1、数据完整性:通过主键和唯一键来确保数据唯一性

主键(primary key):每个表只能有一个,主键不为null,定义了auto_increment列,那么此列就必须是主键的一部分。

唯一键(unique key):表中可以存在多个唯一键,每个key可以为null,即null!=null

2、索引术语:

索引技术:

索引实现:

索引类型:

3、创建单列索引:这里要注意的是可以在一列上创建多个索引,但是这样会产生性能开销,

alter table table_name add primary key|index index_name (coumn_name);

4、当存在多个索引的时候,如何确定选择使用哪个索引更高效?

根据索引中唯一值和索引中总行数做比较,唯一值越多,使用这个索引时以更少读得到查询结果。

禁用优化器设置:set @@session.optimizer_switch='index_merge_intersection=off';

5、在like查询中(%oo)不会走索引

6、不支持函数索引。另外在索引上使用函数,执行计划也不会走索引。

7、唯一索引:提供数据完整性,保证在列中任何值都出现一次,告知优化器,给定的记录最多只有一条结果返回,避免了额外的索引扫描,是否进行了额外的索引扫描,可以使用下边的语句查看:

flush status;

show session status like 'handler_read_next';

select name from student where name='Randy';

show session status like 'handler_read_next';

8、对于结果的排序:如果不是根据索引字段进行排序,mysql会使用内部文件排序算法对返回额行按照指定顺序进行排序。使用索引字段进行排序的话将免去分类的过程。

9、组合索引:索引的执行顺序是按照组合索引中每个字段的cardinality来确定使用哪个组合索引。有的时候交换一下组合索引列的顺序,执行效率会更好。主要可能组合索引的最左列。

组合索引列不要太宽,ref表示使用了那几个组合索引字段,key_len表示索引字段的长度

10、查询提示:

通过查询提示来修改查询的执行计划。

straight_join: 强制按照from后边的关联顺序去执行链接操作,不管执行计划是否是最优的。

11、索引提示:

索引提示都会被链接中的表来使用,为每张表定义use、ignore、force类表

use [index|key] [for( join|order_by|group_by)] [index_list]  --让优化器倾向于使用指定的索引扫描

ignore [index|key] [for( join|order_by|group_by)] [index_list]

force [index|key] [for( join|order_by|group_by)] [index_list] --让优化器倾向于索引扫描而不是全表扫描

12、索引DML操作的影响:影响写操作的性能。重复索引、

13、通过 show index_staistics来查看索引的使用情况,来确定哪些索引没有被使用。没有被使用的索引占用空间,影响写入性能,

14、DDL:在修改表索引的时候会锁表。会影响存储空间的大小。

-----------------

 

四、搜索引擎

MySIAM:一种非事物行的存储引擎

InnoDB:事务性存储引擎

Memory:基于内存的、非事物性的以及非持久性的存储引擎

查看表的存储引擎:

show create table \show table status \ information_schema.tables可以查看表的存储引擎