先把每一条心得记录在这里，后面会进行实验对其逐一验证。
查询数据总条数时，利用max(id)而不是count()进行总量计数。当然，条件是id是从1开始自增长，并且没有行被删除过。对付常用的查询字段建立索引。索引的速率上风显而易见。未建立索引时，全表查询是线性的。利用limit避免全表检索。有的查询明知道结果只会有一条，利用limit 1。如果查询结果须要分页显示，那么不妨利用limit，多次查询。limit的偏移量较大时，先用索引进行限定当limit较大时，例如select from users limit 5000000,1;，在搜索之前会前辈行500万的偏移，相称于进行了一半的遍历，须要根据实际情形进行优化。利用精确的数据类型比如phone我们常常可能会存储为char(11)，那么在查询时须要利用字符串类型，而非数字。（只管mysql会对其转义，但这依旧会增加查询韶光）对付无索引的查询条件，将能够过滤最多记录的where条件放在末了。如果phone = '10000000'和create_time = '2018-11-05 03:22:56'都是查询条件，而phone = '10000000'能够过滤更多记录，就将其写在最右边。select from users where create_time = '2018-11-05 03:22:56' and phone = '10000000';同一字段的where条件，利用in而不是oror的效率是靠近于O(n)，而in的效率是O(Log n)实验准备
建表
建立一个很常见的users表
CREATE TABLE `homestead`.`users` ( `id` INT(11) NOT NULL AUTO_INCREMENT, `name` VARCHAR(45) NOT NULL DEFAULT '用户名', `phone` CHAR(11) NOT NULL, `status` TINYINT(1) NOT NULL DEFAULT '0', `create_time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`));
插入测试数据
为了直不雅观感想熏染速率，先写一个存储过程，插入10000000（一千万）条记录到表中。
CREATE DEFINER=`homestead`@`%` PROCEDURE `create_user`()BEGINDECLARE i INT;START TRANSACTION;SET i=1;WHILE i<=10000000 DO INSERT INTO `homestead`.`users`(`name`, `phone`) VALUES ('测试用户', i); SET i=i+1;END WHILE;COMMIT;END
通过call create_user();调用存储过程，机器上花了两分多钟。
实行存储过程
实验过程
1. 查询数据总条数
常见的查询办法是直策应用count函数，但是在数据量过大时，速率不足快。
select count() from table;
通过count(id),count(),count(1)三种办法打算，速率相差不大，都不足快
通过count()函数查询
常日在表设计之初，自增量id常日从1开始增长，并且每一行数据都不应该被直接delete，以是id的最大值便是总条数，因此也可以直接查询id的最大值。
select max(id) from table;
通过id打算总量
比较之下，速率得到了极大的提高。
2. 常用字段建立索引
mysql对付主键会自动创建索引，在建立了索引的字段上进行查询速率会变得非常快。
例如，我们对id（有索引）和phone（无索引）分别进行一次查询，比较他们的速率。
有无索引比拟
id建立了索引，乃至不须要0.01秒就能查询出来。而phone由于没有建立索引，花费了3秒的韶光。由此可见索引对付查询速率的影响极大。
3. 利用limit，避免全表索引
避免全表查询能够大幅提高查询速率。有的时候我们明知道记录可能只有一条，那么就通过limit 1进行限定。mysql在实行时，一旦找到符合条件的记录，达到了limit就将停滞检索，立即返回。
limit比拟
4. 小插曲：无索引下的全表遍历办法
在前面的考试测验过程中，我们彷佛创造，id越小的行，总能越快查询到，而id较大的行，速率更慢。由此我们预测，mysql在无索引的字段上进行查询时，是根据主键顺序遍历的。例如下面的韶光比较：
查询韶光线性增长
可以创造，韶光跟随id变革，越来越久，而在id达到最大值时，和全表检索的韶光相差无几。
最大id和全表检索比拟
5. 利用精确的数据类型
对付数字的字符串匹配，mysql会自动进行转换而不会报错，但这依旧会增加查询韶光。数据表users中的phone字段，我们因此char(11)存储的，那么在查询时该当严格利用字符串。下面这个比拟可以看出查询的韶光：不当的数据类型导致查询韶光变长。
利用精确的数据类型
6. 将过滤更多字段的where条件写在语句的末了
对付没有建立索引的多个where条件，mysql的实行顺序是从右到左实行。
知足phone = '10000000'的记录只有一条，而知足create_time = '2018-11-05 03:22:56'的却有很多，因此phone = '10000000'能够过滤更多记录，该当将其写在最右边。
select from users where create_time = '2018-11-05 03:22:56' and phone = '10000000';
image.png
对付建立了索引的条件，mysql会自动进行优化，优先查询具有索引的字段。
例如select from users where id = 10000000 and phone = '10000000' and create_time = '2018-11-05 03:22:56'这条语句，纵然id=10000000写在了最左边，但查询时依旧最前辈行检索，以是语句实行韶光不到1ms。
建立了索引的字段不论顺序先后，都优先查询
7. 同一字段的where条件，利用in而不是or
例如要依据同一字段查询多条记录，应该利用in而不是or。or的繁芜度更高，耗时更长。
作者：潇湘Blake
链接：https://www.jianshu.com/p/59569cd496bb
作者：慕码人8056858
链接：https://www.imooc.com/article/277634
