MYSQL中执行插入 *** 作的关键字是

一、关键字执行顺序1、查询中用到的关键词主要包含六个，并且他们的顺序依次为 ：select--from--where--group by--having--order by 其中select和from是必须的，其他关键词是可选的。这六个关键词的执行顺序，与sql语句的书写顺序并不是一样的，而是按照下面的顺序来执行from--where--group by--having--select--order by。注意：虽然select在having后执行，但是mysql中仍然可以在having中使用select语句定义的别名。原因分析：mysql在查询的时候会产生一个临时表，所有的字段名称(别名)在临时表中已经产生，产生了临时表之后才会进行having *** 作。也就是说mysql内部有一定的解析顺序，解析顺序select优先于having。在这里我个人认为是mysql可能没有将这一点做规范。Oracle中having无法使用select语句内的别名。2、insert into 和replace into和merge intoinsert into是mysql的基本插入语句。replace into 是mysql中的代替插入语句，可以理解为insert into的升级版。replace into在执行的时候，首先会根据指定的主键或者唯一索引判断当前表中是否存在指定的主键或索引，如果主键或唯一索引已经存在，则先将对应的索引的数据删除，然后在索引位置插入replace into中包含的数据。如果主键和唯一索引没有存在，则直接在索引位置插入replace into中包含的数据。merge into 是oracle数据库中的代替插入语句。实现方式和replace into类似。执行效率：如果指定索引位置没有数据，insert into和replace into执行效率相差无几，二者效率相同。如果指定位置索引已经存在，insert into语句不能正常执行，replace into语句可以正常执行。注意：虽然replace into比较好使用，但是也存在一定风险：replace每次要重新分配自增idreplace中执行delete时, 在有外键的情况下会很麻烦如果delete时定义的有触发器, 则会被执行副作用也会被传播到replica slave.推荐使用INSERT INTO … ON DUPLICATE KEY UPDATEON DUPLICATE KEY UPDATE是mysql特有的一个sql关键字，只能在mysql中使用。在MySQL数据库中，如果在insert语句后面带上ON DUPLICATE KEY UPDATE 子句，而要插入的行与表中现有记录的惟一索引或主键中产生重复值，那么就会发生旧行的更新；如果插入的行数据与现有表中记录的唯一索引或者主键不重复，则执行新纪录插入 *** 作。比如有这样一张表：create table func(id int primary key,count int,birthday date)insert into func values(1,1,'1990-09-09')--插入一条数据insert into func values(1,1,'1990-09-09') on duplicate key update count = count+1--表中有数据，删除原表数据，将新数据插入。提示两行受到影响，说明先执行的删除 *** 作，然后插入新的数据。观察到没有任何新数据插入，count字段被更新。(count字段更新是因为刚刚的插入语句中书写了update count = count+1)如果不希望任何字段更新，可以写成如下格式：insert into func values(1,1,'1990-09-09') on duplicate key update count = values(count)--再次执行，没有新数据插入到数据库中。二、mysql内置函数内置函数众多，不需要每一个都掌握，熟练掌握几个在以后使用即可。可以查看mysql官方文档学习内置函数。三、其它注意事项1、在已经存在的表中添加外键。(仅作为了解内容)alter table tb_name add constraint fk_name foreign key (tb_name.id) references tb_stu(id)例如：alter table emp add constraint forkey foreign key(dept_id) references dept(id)该语句是在 tb_name表上添加一个外键约束，引用 tb_stu的主键，fk_name是约束的名字。删除约束：alter table tb_name drop constraint fk_name ；2、外键的使用情景：在不要求吞吐速度而对数据的正确性和安全性要求较高时，推荐使用外键。如果面对高吞吐量，要求优先保证读取效率时，则不推荐使用外键。3、删除的时候使用别名：原句：delete from employee where id = 1别名：delete e from employee as e where id =1

如果查询缓存没有命中，那么SQL请求会进入分析器，分析器是用来分辨SQL语句的执行目的，其执行过程大致分为两步：

表1 语法分析关键字然后再通过语法规则解析，判断输入的SQL 语句是否满足MySQL语法，并且生成图5的语法树。由SQL语句生成的四个单词中，识别出两个关键字，分别是select 和from。根据MySQL的语法Select 和 from之间对应的是fields 字段，下面应该挂接username；在from后面跟随的是Tables字段，其下挂接的是userinfo。

优化器的作用是对SQL进行优化，生成最有的执行方案。如图6所示，前面提到的SQL解析器通过语法分析和语法规则生成了SQL语法树。这个语法树作为优化器的输入，而优化器（黄色的部分）包含了逻辑变换和代价优化两部分的内容。在优化完成以后会生成SQL执行计划作为整个优化过程的输出，交给执行器在存储引擎上执行。

所处的位置如上图所示，这节的重点在优化器中的逻辑变换和代价优化上。

逻辑变换也就是在关系代数基础上进行变换，其目的是为了化简，同时保证SQL变化前后的结果一致，也就是逻辑变化并不会带来结果集的变化。其主要包括以下几个方面：

这样讲概念或许有些抽象，通过图7 来看看逻辑变化如何在SQL中执行的吧。

如图7所示，从上往下共有4个步骤：

1. 针对存在的SQL语句，首先通过“否定消除”，去掉条件判断中的“NOT”。语句由原来的“or”转换成“and”，并且大于小于符号进行变号。蓝色部分为修改前的SQL，红色是修改以后的SQL。2. 等值传递，这一步很好理解分别降”t2.a=9” 和”t2.b=5”分别替换掉SQL中对应的值。3. 接下来就是常量表达式计算，将“5+7”计算得到“12”。4. 最后是常量表达式计算后的化简，将”9<=10”化简为”true”带入到最终的SQL表达式中完成优化。

代价优化是用来确定每个表，根据条件是否应用索引，应用哪个索引和确定多表连接的顺序等问题。为了完成代价优化，需要找到一个代价最小的方案。因此，优化器是通过基于代价的计算方法来决定如何执行查询的（Cost-based Optimization）。简化的过程如下：

这里将配置 *** 作的代价分为MySQL 服务层和MySQL 引擎层，MySQL 服务层主要是定义CPU的代价，而MySQL 引擎层主要定义IO代价。MySQL 5.7 引入了两个系统表mysql.server_cost和mysql.engine_cost来分别配置这两个层的代价。如下：MySQL 服务层代价保存在表server_cost中，其具体内容如下：

由上可以看出创建临时表的代价是很高的，尤其是内部的myisam或innodb临时表。MySQL 引擎层代价保存在表engine_cost中，其具体内容如下：

目前io_block_read_cost和memory_block_read_cost默认值均为1，实际生产中建议酌情调大memory_block_read_cost，特别是对普通硬盘的场景。MySQL会根据SQL查询生成的查询计划中对应的 *** 作从上面两张代价表中查找对应的代价值，并且进行累加形成最终执行SQL计划的代价。再将多种可能的执行计划进行比较，选取最小代价的计划执行。

当分析器生成查询计划，并且经过优化器以后，就到了执行器。执行器会选择执行计划开始执行，但在执行之前会校验请求用户是否拥有查询的权限，如果没有权限，就会返回错误信息，否则将会去调用MySQL引擎层的接口，执行对应的SQL语句并且返回结果。例如SQL：“SELECT * FROM userinfo WHERE username = 'Tom'“假设 “username“ 字段没有设置索引，就会调用存储引擎从第一条开始查，如果碰到了用户名字是” Tom“， 就将结果集返回，没有查找到就查看下一行，重复上一步的 *** 作，直到读完整个表或者找到对应的记录。需要注意SQL语句的执行顺序并不是按照书写顺序来的，顺序的定义会在分析器中做好，一般是按照如下顺序：

如果命中的记录比较多，应用会从MySql Server一批批获取数据

本文从MySQL中SQL语句的执行过程作为切入点，首先介绍了查询请求的执行流程，其中将MySQL的处理分为MySQL Server层和MySQL存储引擎层。通过介绍SQL语句的流转，引出了后面要介绍的5大组件，他们分别是：连接器、查询缓存、分析器、优化器、执行器。后面的内容中对每个组件进行了详细的介绍。连接器，负责身份认证和权限鉴别；查询缓存，将查询的结果集进行缓存，提高查询效率；分析器，对SQL语句执行语法分析和语法规则，生成语法树和执行计划；优化器，包括逻辑变换和代价优化；执行器，在检查用户权限以后对数据进行逐条查询，整个过程遵守SQL语句的执行顺序。

为表添加一个字段，可以把字母对应为数字啊，然后按照数字大小排列。

ORDER

BY

zimu

ASC/DESC

顺序/逆序。

---