1.查询MySql系统变量：SHOW VARIABLES LIKE '%quer%';
1.png
2.查询慢查询数量： SHOW STATUS LIKE '%slow_queries%';
3.开启慢日志： SET GLOBAL slow_query_log = ON;
开启后通过 1步骤中的语句再次查询可以看到 slow_query_log已经是 on了
2.png
slow_query_log_file 可以找到慢日志文件的位置；
4.默认慢查询的时间为10s，改变慢查询时间定义： SET GLOBAL long_query_time = 1;
5.如果有慢sql，可以通过慢日志定位sql，然后通过explain xxsql 来定位
index指的走了索引 ，all 指的该sql都是全表扫描，需要优化，更多的参数意义，若有兴趣，可以自行百度。
常见的优化就是分析慢sql，合理创建索引，下面是一些常用到的。
1）创建索引
索引的创建可以在CREATE TABLE语句中进行，也可以单独用CREATE INDEX或ALTER TABLE来给表增加索引。以下命令语句分别提示了如何创建主键索引（PRIMARY KEY），联合索引（UNIQUE）和普通索引（INDEX）的方法。
mysql>ALTER TABLE `table_name` ADD INDEX `index_name` (column list);
mysql>ALTER TABLE `table_name` ADD UNIQUE `index_name` (column list);
mysql>ALTER TABLE `table_name` ADD PRIMARY KEY `index_name` (column list);
mysql>CREATE INDEX `index_name` ON `table_name` (column_list);
mysql>CREATE UNIQUE INDEX `index_name` ON `table_name` (column_list);
mysql>ALTER TABLE `article` ADD INDEX (`id`,`order_id`);给article表增加id索引，order_id索引
mysql>ALTER TABLE `article` ADD INDEX `id`;//给article表增加id索引
2）重建索引
重建索引在常规的数据库维护操作中经常使用。在数据库运行了较长时间后，索引都有损坏的可能，这时就需要重建。对数据重建索引可以起到提高检索效率。
mysql> REPAIR TABLE `table_name` QUICK;
3）查询数据库索引
mysql> SHOW INDEX FROM `table_name`;
4）删除索引
删除索引可以使用ALTER TABLE或DROP INDEX语句来实现。DROP INDEX可以在ALTER TABLE内部作为一条语句处理，其格式如下：
mysql>DROP index `index_name` ON `table_name` (column list);
mysql>ALTER TABLE `table_name` DROP INDEX `index_name` (column list);
mysql>ALTER TABLE `table_name` DROP UNIQUE `index_name` (column list);
mysql>ALTER TABLE `table_name` DROP PRIMARY KEY `index_name` (column list);
在前面的三条语句中，都删除了table_name中的索引index_name。而在最后一条语句中，只在删除PRIMARY KEY索引中使用，因为一个表只可能有一个PRIMARY KEY索引，因此也可不指定索引名。如果没有创建PRIMARY KEY索引，但表具有一个或多个UNIQUE索引，则MySQL将删除第一个UNIQUE索引。如果从表中删除某列，则索引会受影响。对于多列组合的索引，如果删除其中的某列，则该列也会从索引中删除。如果删除组成索引的所有列，则整个索引将被删除。
5）强制使用索引
mysql>SELECT * FROM TABLE1 FORCE INDEX (索引名或PRIMARY) ;
6）联合索引
mysql>alter table test add key id_a_b(a,b) ;
6.1)联合索引的最左匹配原则：
对于联合索引当条件为 a=1 and b=1 则使用索引 ，当a=1 时也使用索引 当单独使用b=1时则不使用索引。
MySql会一直向右匹配直到遇到范围查询（>、<、between、like）就停止匹配，比如 a=3 and b=4 and c > 5 and d = 6 如果建立(a,b,c,d)顺序的索引，d是用不到索引的，如果建立（a,b,d,c）的索引，则都可以用到，a,b,d的顺序可以任意调整。
6.2) = 和 in 可以乱序，比如 a = 1 and b = 2 and c = 3 建立（a,b,c）索引可以任意乱 序，mysql优化器会帮你优化成索引可以识别的形式。
6.3)联合索引的最左匹配原则的成因
mysql创建复合索引的规则是首先会对复合索引的最左边，也就是索引中的第一个字段进行排序，在第一个字段排序的基础上，在对索引上第二个字段进行排序，其实就像是实现类似order by 字段1，字段2这样的排序规则，那么第一个字段是绝对有序的，而第二个字段就是无序的了，因此一般情况下直接只用第二个字段判断是用不到索引的，这就是为什么mysql要强调联合索引最左匹配原则的原因。
优化需谨慎，对于索引也不是越多越好，下面是关于索引过多的弊端：
- 数据量小的表不需要建立索引，建立会增加额外的索引开销
- 数据变更需要维护索引，意味着更多的索引意味着更多的维护成本
- 更多的索引也需要跟多的存储空间
小结：
在平时项目中遇到慢sql，学会分析慢sql，对于特别耗时的需要通过建立合理的索引，遇到表结构不合理的，合理结合项目进行改造，约在前期注意这些问题，后期会在维护方面省不少事。
网友评论