为什么阿里巴巴禁用select *

阿里巴巴开发手册中指出：

【强制】在表查询中，一律不要使用 * 作为查询的字段列表，需要哪些字段必须明确写明

说明：

首先介绍一下MySQL基本架构，基本结构如下图：

MySQL 基本架构可以分为 Server 层和存储引擎层两部分。Server 层包括连接器、查询缓存、分析器、优化器、执行器等。存储引擎层负责数据的存储和提取，其架构模式是插件式的，支持 InnoDB、MyISAM、Memory 等多个存储引擎

当我们执行一条查询语句：select * from t where id = 1，在MySQL中执行过程如下：

假设有一条sql语句为select * from t where name = "何甜甜"，其中id为主键，name为索引，而实际上这么写的目的只是想查询指定name的id

在innodb存储引擎中，索引可以分为非主键索引和主键索引，主键索引和主键的区别在于叶子节点存放数据的不同。主键索引中叶子节点存放的是整行数据，而非主键索引中叶子节点存放的是主键的值。现在我们来看select * from t where name = "何甜甜"这条语句是如何执行的

因为name是索引且name是查询条件，查询优化器会选择使用name索引。首先根据name查询到该name对应的主键id为1，因为需要查询的是指定name的所有数据，因此还需要根据主键id进行一次 回表 *** 作。所谓回表 *** 作是指非主键索引中查询到主键id，在根据主键id到主键索引中查询到所有数据，具体过程可看下图

前面已经提到查询到的 中只是用到了id字段，如果将原来的sql语句修改为select id from t where name = "何甜甜"，就可以避免一次回表 *** 作。在非主键索引中已经覆盖了查询需求【即所需查询的ID已在非主键索引上了】，也被称为 覆盖索引 *。通过覆盖索引可以减少回表次数，从而显著提升查询性能，因此在实际写sql过程中应该尽量避免写select * 这样的查询语句，写之前先反问是否真的需要用到这么多字段

BLOB和TEXT是为了存储很大的数据而设计的字符串数据类型，当BLOB和TEXT值太大时，InnoDB会使用专门的外部存储区域来进行存储，每个值在行内需要1~4字节存储一个指针，然后在外部存储区域存储实际的值，如果查询的*中有BLOB或TEXT类型的字段，则查询的BLOB或TEXT列需要在进行额外一次IO *** 作去外部存储区域将数据查询到，所以尽量避免使用select *

传输数据过多会增加网络开销。同时，查询语句执行时会先将查询到的数据放到查询缓存区中，再从查询缓存中将结果返回给客户端，如果查询到的数据量非常大则需要花很多时间来存储结果，所以在说一次，避免使用select *

在实际开发中应尽量避免写select *这样的SQL语句，虽然通常情况下即使真的写了这样的select *这样的SQL语句，对项目的影响可能也没这么大，但好习惯还是要养成的

我还是觉得之前写的文章也很不错， 用户管理模块：如何保证用户数据安全 ，还是要再继续宣传一波，点个赞在走吧

了解MySql必须牢牢记住其体系结构图，Mysql是由SQL接口，解析器，优化器，缓存，存储引擎组成的

1 Connectors指的是不同语言中与SQL的交互

2 Management Serveices &Utilities： 系统管理和控制工具

3 Connection Pool: 连接池。

管理缓冲用户连接，线程处理等需要缓存的需求

4 SQL Interface: SQL接口。

接受用户的SQL命令，并且返回用户需要查询的结果。比如select from就是调用SQL Interface

5 Parser: 解析器。

SQL命令传递到解析器的时候会被解析器验证和解析。解析器是由Lex和YACC实现的，是一个很长的脚本。

主要功能：

a . 将SQL语句分解成数据结构，并将这个结构传递到后续步骤，以后SQL语句的传递和处理就是基于这个结构的

b.  如果在分解构成中遇到错误，那么就说明这个sql语句是不合理的

6 Optimizer: 查询优化器。

SQL语句在查询之前会使用查询优化器对查询进行优化。他使用的是“选取-投影-联接”策略进行查询。

用一个例子就可以理解： select uid,name from user where gender = 1

这个select 查询先根据where 语句进行选取，而不是先将表全部查询出来以后再进行gender过滤

这个select查询先根据uid和name进行属性投影，而不是将属性全部取出以后再进行过滤

将这两个查询条件联接起来生成最终查询结果

7 Cache和Buffer： 查询缓存。

如果查询缓存有命中的查询结果，查询语句就可以直接去查询缓存中取数据。

这个缓存机制是由一系列小缓存组成的。比如表缓存，记录缓存，key缓存，权限缓存等

8 Engine ：存储引擎。

存储引擎是MySql中具体的与文件打交道的子系统。也是Mysql最具有特色的一个地方。

Mysql的存储引擎是插件式的。它根据MySql AB公司提供的文件访问层的一个抽象接口来定制一种文件访问机制（这种访问机制就叫存储引擎）

现在有很多种存储引擎，各个存储引擎的优势各不一样，最常用的MyISAM,InnoDB,BDB

默认下MySql是使用MyISAM引擎，它查询速度快，有较好的索引优化和数据压缩技术。但是它不支持事务。

InnoDB支持事务，并且提供行级的锁定，应用也相当广泛。 Mysql也支持自己定制存储引擎，甚至一个库中不同的表使用不同的存储引擎，这些都是允许的。

mysql底层架构分为:

1、client(客户端)

2、server(服务端)

client: 主要有各种plugin、jdbc等

server: 包含了连接器、查询缓存、分析器、优化器、执行器、存储引擎

连接器 的主要作用是与 客户端 建立联系,管理客户端的连接、会话、权限验证等。

查询缓存 的作用是，在sql通过连接器之后到达服务端之后,如果sql是sel开头的语句，那么先在 查询缓存 中获取命中结果，如果有命中结果则直接返回结果。没有结果那么sql会通往 分析器 。

分析器 拿到sql后,会对sql进行词法、语法分析，同时创建sql Id,如果sql有错误,那么将会终止sql行为，将异常返回客户端。

优化器 的作用主要是对通过 分析器 的sql进行优化,比如进行 索引选择 、 重写查询 等,同时会创建 sql执行计划 ,可以通过 explain 指令进行查看。

执行器 拿到了经过优化器的sql,将会 *** 作 存储引擎 ,通过调用 存储引擎 提供的读写接口,得到返回结果。

存储引擎 是sql的最终执行者,它对外提供了读写接口,本身主要作用为执行sql、存储数据、获取数据等， 存储引擎 的设计是插件形式实现的,常见了有 InnoDB 、 MyISAM 等。

未完待续......

---