导致select*效率低下的原因是什么

本篇内容主要讲解“导致select * 效率低下的原因是什么”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“导致select * 效率低下的原因是什么”吧!

网站建设哪家好，找成都创新互联！专注于网页设计、网站建设、微信开发、小程序开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了阳新免费建站欢迎大家使用！

一、效率低的原因  

• 增加查询分析器解析成本。

• 增减字段容易与 resultMap 配置不一致。

• 无用字段增加网络 消耗，尤其是 text 类型的字段。

1. 不需要的列会增加数据传输时间和网络开销

1. 用“SELECT * ”数据库需要解析更多的对象、字段、权限、属性等相关内容，在 SQL 语句复杂，硬解析较多的情况下，会对数据库造成沉重的负担。

2. 增大网络开销；* 有时会误带上如log、IconMD5之类的无用且大文本字段，数据传输size会几何增涨。如果DB和应用程序不在同一台机器，这种开销非常明显

3. 即使 MySQL 服务器和客户端是在同一台机器上，使用的协议还是 tcp，通信也是需要额外的时间。

2. 对于无用的大字段，如 varchar、blob、text，会增加 io 操作

3. 失去MySQL优化器“覆盖索引”策略优化的可能性

二、索引知识延申

联合索引 (a,b,c)

 联合索引的优势

1） 减少开销

2）覆盖索引

   
   
   SELECT a,b,c from table where a='xx' and b = 'xx';

3）效率高

   
   
   select col1,col2,col3 from table where col1=1 and col2=2 and col3=3;

• A. 如果只有单列索引，那么通过该索引能筛选出 1000W10%=100w 条数据，然后再回表从 100w 条数据中找到符合 col2=2 and col3= 3 的数据，然后再排序，再分页，以此类推（递归）；

• B. 如果是（col1,col2,col3）联合索引，通过三列索引筛选出 1000w10% 10% *10%=1w，效率提升可想而知！

索引是建的越多越好吗

• 数据量小的表不需要建立索引，建立会增加额外的索引开销

• 不经常引用的列不要建立索引，因为不常用，即使建立了索引也没有多大意义

• 经常频繁更新的列不要建立索引，因为肯定会影响插入或更新的效率

• 数据重复且分布平均的字段，因此他建立索引就没有太大的效果（例如性别字段，只有男女，不适合建立索引）

• 数据变更需要维护索引，意味着索引越多维护成本越高。

• 更多的索引也需要更多的存储空间

到此，相信大家对“导致select * 效率低下的原因是什么”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！