Mysql-sql优化

1.查看SQL执行频率

分析当前数据库是查询频繁的，还是写入频繁的，一般都是查比较多咯。

MySQL 客户端连接成功后，通过show [session|global] status命令可以提供服务器状态信息。

show [session|global] status可以根据需要加上参数session或者global来显示对应级别的统计结果。

如果不写，默认使用参数是session。

• session：当前连接的统计结果

• global：自数据库上次启动至今的统计结果

查询结果中的Com_xxx 表示每个xxx语句执行的次数，我们通常比较关心的是以下几个统计参数。

• Com_

  这些参数对于所有存储引擎的表操作都会进行累计。

• Innodb_

  这几个参数只是针对InnoDB 存储引擎的，累加的算法也略有不同。

示例:

-- 7个占位符
show status like 'Com_______';

-- 查询innodb相关的
show GLOBAL status like 'Innodb_rows_%';

2.定位低效率执行SQL

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

• 慢查询日志

  通过慢查询日志定位那些执行效率较低的 SQL 语句，用--log-slow-queries[=file_name]选项启动时，mysqld 写一个包含所有执行时间超过 long_query_time 秒的 SQL 语句的日志文件。

• 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.explain分析执行计划

通过以上步骤查询到效率低的 SQL 语句后，可以通过 EXPLAIN或者 DESC命令获取 MySQL如何执行 SELECT 语句的信息，包括在 SELECT 语句执行过程中表如何连接和连接的顺序。

查询SQL语句的执行计划 ：

explain select * from tb_item where id = 1;

explain  select * from tb_item where title = '阿尔卡特 (OT-979) 冰川白 联通3G手机3';

3.1 准备工作

新建一个t_user、t_role、user_role表。

-- t_user
CREATE TABLE `t_user` (
  `id` varchar(32) NOT NULL,
  `username` varchar(45) NOT NULL,
  `password` varchar(96) NOT NULL,
  `name` varchar(45) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `unique_user_username` (`username`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

-- t_role
CREATE TABLE `t_role` (
  `id` varchar(32) NOT NULL,
  `role_name` varchar(255) DEFAULT NULL,
  `role_code` varchar(255) DEFAULT NULL,
  `description` varchar(255) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `unique_role_name` (`role_name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


-- user_role
CREATE TABLE `user_role` (
  `id` int(11) NOT NULL auto_increment ,
  `user_id` varchar(32) DEFAULT NULL,
  `role_id` varchar(32) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `fk_ur_user_id` (`user_id`),
  KEY `fk_ur_role_id` (`role_id`),
  CONSTRAINT `fk_ur_role_id` FOREIGN KEY (`role_id`) REFERENCES `t_role` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `fk_ur_user_id` FOREIGN KEY (`user_id`) REFERENCES `t_user` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

-- t_user
insert into `t_user` (`id`, `username`, `password`, `name`) values('1','super','$2a$10$TJ4TmCdK.X4wv/tCqHW14.w70U3CC33CeVncD3SLmyMXMknstqKRe','超级管理员');
insert into `t_user` (`id`, `username`, `password`, `name`) values('2','admin','$2a$10$TJ4TmCdK.X4wv/tCqHW14.w70U3CC33CeVncD3SLmyMXMknstqKRe','系统管理员');
insert into `t_user` (`id`, `username`, `password`, `name`) values('3','itcast','$2a$10$8qmaHgUFUAmPR5pOuWhYWOr291WJYjHelUlYn07k5ELF8ZCrW0Cui','test02');
insert into `t_user` (`id`, `username`, `password`, `name`) values('4','stu1','$2a$10$pLtt2KDAFpwTWLjNsmTEi.oU1yOZyIn9XkziK/y/spH5rftCpUMZa','学生1');
insert into `t_user` (`id`, `username`, `password`, `name`) values('5','stu2','$2a$10$nxPKkYSez7uz2YQYUnwhR.z57km3yqKn3Hr/p1FR6ZKgc18u.Tvqm','学生2');
insert into `t_user` (`id`, `username`, `password`, `name`) values('6','t1','$2a$10$TJ4TmCdK.X4wv/tCqHW14.w70U3CC33CeVncD3SLmyMXMknstqKRe','老师1');

-- t_role
INSERT INTO `t_role` (`id`, `role_name`, `role_code`, `description`) VALUES('5','学生','student','学生');
INSERT INTO `t_role` (`id`, `role_name`, `role_code`, `description`) VALUES('7','老师','teacher','老师');
INSERT INTO `t_role` (`id`, `role_name`, `role_code`, `description`) VALUES('8','教学管理员','teachmanager','教学管理员');
INSERT INTO `t_role` (`id`, `role_name`, `role_code`, `description`) VALUES('9','管理员','admin','管理员');
INSERT INTO `t_role` (`id`, `role_name`, `role_code`, `description`) VALUES('10','超级管理员','super','超级管理员');

--  user_role
INSERT INTO user_role(id,user_id,role_id) VALUES(NULL, '1', '5'),(NULL, '1', '7'),(NULL, '2', '8'),(NULL, '3', '9'),(NULL, '4', '8'),(NULL, '5', '10') ;

t_user表存储用户信息。

t_role表存储角色信息。

关系表user_role

嗯，比较常见的场景。一个用户可能有多个角色，一个角色也可能对应着多个用户。

3.2 explain 之 id

id 字段是 select查询的序列号，是一组数字，表示的是查询中执行select子句或者是操作表的顺序，id 情况有三种 。

• id 相同：表示加载表的顺序是从上到下

• id 不同：id值越大，优先级越高，越先被执行。

• id 有相同，也有不同，同时存在。

  id相同的可以认为是一组，从上往下顺序执行。

  在所有的组中，id的值越大，优先级越高，越先执行。

3.2.1 id相同

explain select * from t_role r, t_user u, user_role ur where r.id = ur.role_id and u.id = ur.user_id;

3.2.2 id不同

explain select * from t_role where id = (select role_id from user_role where user_id = (select id from t_user where username = 'stu1'));

-- 可以看到，上面的语句里最先被执行的是t_user的这个子查询
select id from t_user where username = 'stu1'

-- 然后走到了这个查询
select role_id from user_role where user_id =

-- 最后才在t_role得出了查询结果

3.2.3 id既有相同也有不同

3.3 explain 之 select_type

表示 SELECT 的类型

常见的取值，如下表所示，从上往下效率越来越低。

3.4 explain 之 table

展示这一行的数据是关于哪一张表的

3.5 explain 之 type

type 显示的是访问类型，是较为重要的一个指标，可取值为：

结果值从最好到最坏以此是：

NULL > system > const > eq_ref > ref > range > index > ALL

-- ref到range之间可以再细化下
NULL > system > const > eq_ref > ref 
> fulltext > ref_or_null > index_merge > unique_subquery > index_subquery 
> range > index > ALL

一般来说， 我们需要保证查询至少达到 range 级别， 最好达到ref 。

3.6 explain 之 key

possible_keys : 显示可能应用在这张表的索引， 一个或多个。 

key ： 实际使用的索引， 如果为NULL， 则没有使用索引。

key_len : 表示索引中使用的字节数， 该值为索引字段最大可能长度，并非实际使用长度，在不损失精确性的前提下， 长度越短越好 。

3.7 explain 之 rows

扫描行的数量。

3.8 explain 之 extra

其他的额外的执行计划信息，在该列展示 。需要优化的前面两个，保持的是后面using index

4.show profile分析SQL

5.trace分析优化器执行计划

6.索引的使用

7.sql优化实例