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也就是沒用到任何索引而是全文掃描

未完待續...