文章目录
- 1.查询时的普遍写法
- 2.问题分析
- 2.1 计算负担
- 2.2 IO负担
- 2.3 覆盖索引失效
- 2.4 缓存压力
- 3.总结
1.查询时的普遍写法
select *
from the_table_name
where ...
2.问题分析
2.1 计算负担
数据库需要去解析更多的对象字段、权限、属性，查询数据字典将"*"按序转换成所有列名。那么在SQL语句复杂，硬解析比较多的情况下，会给数据库增加计算负担。
2.2 IO负担
星号意味着查询所有的字段，我们都知道MySQL数据库的数据都是存储在磁盘上的，那么将全部字段数据从磁盘读取到内存的磁盘IO开销比较大，特别是某些字段占的存储空间还比较大时，比如说 text,blob 这种类型的字段，压力会更大。同时应用服务器（Java端）从数据库服务器通过网络传输获取数据的开销也会比较大，占用更多网络带宽，造成网络延迟。
2.3 覆盖索引失效
select * 会失去覆盖索引的可能性，回表操作造成了索引效率发挥不出来。
简单解释下为什么覆盖索引失效：
比如 t_user 表中有 id，name，age 三个字段，我们在 id 上建立了主键索引，在 name 上建立了普通索引，那么就存在了两棵B+树，此时我们只需要 如果我们只需要根据 name 查询到 id 和 name 两个字段的信息。
如果使用 select * 的写法：
select * from t_user where name = ?那么首先会从磁盘中将 name 建立的辅助索引读取到内存，查到了符合的 name 后，由于select * 因此还要查询 age ，就会根据符合的 name 进行一次或多次回表操作。
但如果使用的是明确指明字段的方式：
select `id`,name from t_user where name = ?那么从辅助索引中查到了符合的 name 后，就不需要回表操作去查询无用的age，而 id 身为主键自然在辅助索引中保存了与 name 对应的信息。
2.4 缓存压力
如果需要将某些热点数据进行缓存（比如在redis中缓存），如果不在缓存时做更多剔除不必要字段信息的处理，那么对查询到的所有字段数据进行缓存到内存中，会导致内存也消耗更快。
3.总结
在阿里巴巴的规范中，有两点要求：
- 严禁使用 select * 进行查询
- 尽可能返回少的字段，即不要查询用不到的字段
对于这两个规范，包括上述提到的问题分析，其实对于我们大多数人的实际开发中会发现对性能的影响不会很大，甚至是可以忽略不计，我认为有两点原因：
- 大多数人不会在阿里巴巴之类的大厂，也就没有特别大的用户量，并发低、数据库存储压力小，自然对服务器性能影响不会很大，也不必在乎select * 带来的这一点小的影响。
- 即使是查询全部字段，也不会占很大IO开销，因为对于大的类型字段，我们通常会选择垂直分表操作，把这些大的字段信息单独放到其他表中存储。
因此，相比于阿里巴巴的严禁使用，在这里想说的是：
在表查询中，建议明确字段，不要使用 * 作为查询的字段列表，推荐使用SELECT <字段列表> 查询，并且不去查询用不到的字段。
但我们还是需要知道为什么阿里巴巴有这样的规范，即上述的问题分析，因为真实面试可能会问到，同时呢，在有DBA的公司中也通常会要求开发工程师不要去使用 select *。😫
