mysql索引建立和使用细节

最近困扰本身好久的膝盖积液手术终于作完，在家养伤，逛技术博客看到easyswoole开发组成员仙士可博客有关mysql索引方面的知识，本身打算重温下。

正常业务起步数据表数据量较少，不用考虑使用索引，当后期累积的数据数量很是可观时，使用索引是提高查询的一条途径，其余的像表分区，分库分表等等。

 

【索引建立】

索引的建立须要考虑被建立索引的字段区分度，好比一张表里面有渠道channel，渠道可期种类不超过3种，win系，安卓系，iOS系，而数据表数据量有一百万，平均下来每一个渠道各是1/3也就是33万数据，这样的数据量就是否基于channel 索引区别都不会太大。

可是若是基于date字段作索引，如20200114，一年一百万，除以365天，平均下来天天300条数据。这个区分度是至关大。

一样的索引使用 33w数据查询显然效率低于300条数据。

索引能够加快mysql服务查询速度，但不是索引越多越好，由于数据insert或update的时候，存放索引的文件一样须要进行更新，这里会拖慢数据插入更新的速度，若是对数据实时性有要求的，无疑会受影响。

 

【索引使用】

组合索引：组合索引是有多个字段联合查询使用的索引，遵循从左到右依次匹配的原则

 

【索引失效】

sql拼写字段不是依照组合索引从左至右原则；

索引字段是字符串类型，sql拼接使用整型。以下：

MySQL [test_db]> show create table test_users\G;
*************************** 1. row ***************************
       Table: test_users
Create Table: CREATE TABLE `test_users` (
  `uid` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `username` char(15) NOT NULL,
  `created_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `user_id` char(11) NOT NULL DEFAULT '0',
  PRIMARY KEY (`uid`),
  KEY `testindex` (`user_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1306001 DEFAULT CHARSET=utf8mb4
1 row in set (0.04 sec)

MySQL [test_db]> explain select * from test_users where user_id ='1273656';
+----+-------------+------------+------------+------+---------------+-----------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+------------+------------+------+---------------+-----------+---------+-------+------+----------+-------+
| 1 | SIMPLE | test_users | NULL | ref | testindex | testindex | 44 | const | 1 | 100.00 | NULL |
+----+-------------+------------+------------+------+---------------+-----------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.05 sec)

MySQL [test_db]> explain select * from test_users where user_id =1273656;
+----+-------------+------------+------------+------+---------------+------+---------+------+--------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+------------+------------+------+---------------+------+---------+------+--------+----------+-------------+
| 1 | SIMPLE | test_users | NULL | ALL | testindex | NULL | NULL | NULL | 306078 | 10.00 | Using where |
+----+-------------+------------+------------+------+---------------+------+---------+------+--------+----------+-------------+
1 row in set, 3 warnings (0.04 sec)

能够发现第一条sql的 type = ref，key = testindex，第二条sql的 type = ALL，key = null也就是没用到任何索引而是全文扫描

未完待续...