MYSQL数据库访问性能优化之常见误区

       很多人为了统计记录条数，就使用 count(1) 和count(primary_key) 而不是 count(*) ，他们认为这样性能更好，其实这是一个误区。对于有些场景，这样做可能性能会更差，应为数据库对 count(*) 计数操作做了一些特别的优化。

2、count(column)和count(*)是一样的

       这个误区甚至在很多的资深工程师或者是 DBA 中都普遍存在，很多人都会认为这是理所当然的。实际上，count(column) 和 count(*) 是一个完全不一样的操作，所代表的意义也完全不一样。

       count(column) 是表示结果集中有多少个column字段不为空的记录；

       count(*) 是表示整个结果集有多少条记录。

3、select a,b from …比 select a,b,c from …可以让数据库访问更少的数据量

       这个误区主要存在于大量的开发人员中，主要原因是对数据库的存储原理不是太了解。

       实际上，大多数关系型数据库都是按照行（row）的方式存储，而数据存取操作都是以一个固定大小的IO单元（被称作 block 或者 page）为单位，一般为4KB，8KB…大多数时候，每个IO单元中存储了多行，每行都是存储了该行的所有字段（lob等特殊类型字段除外）。

       所以，我们是取一个字段还是多个字段，实际上数据库在表中需要访问的数据量其实是一样的。

       当然，也有例外情况，那就是我们的这个查询在索引中就可以完成，也就是说当只取 a,b两个字段的时候，不需要回表，而c这个字段不在使用的索引中，需要回表取得其数据。在这样的情况下，二者的IO量会有较大差异。

4、order by一定需要排序操作

       索引数据实际上是有序的，如果我们的需要的数据和某个索引的顺序一致，而且我们的查询又通过这个索引来执行，那么数据库一般会省略排序操作，而直接将数据返回，因为数据库知道数据已经满足我们的排序需求了。

       实际上，利用索引来优化有排序需求的 SQL，是一个非常重要的优化手段

5、执行计划中有 filesort 就会进行磁盘文件排序

       有这个误区其实并不能怪我们，而是因为 MySQL 开发者在用词方面的问题。filesort是我们在使用 explain 命令查看一条 SQL 的执行计划的时候可能会看到在“Extra”一列显示的信息。

       实际上，只要一条 SQL 语句需要进行排序操作，都会显示“Using filesort”，这并不表示就会有文件排序操作。

作者：黑马程序员人工智能+Python培训学院

首发：http://python.itheima.com