浅谈sql语句在MySQL中的执行过程

1.一条SQL查询语句的执行过程

        一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块，最后达到存储引擎。
客户端提交查询sql语句；server层包括：连接器、缓存查询、分析器、优化器、执行器，连接器管理连接，权限验证，缓存可以直接命中即返回，分析器进行词法和语法分析，优化器执行计划生成和索引选择，执行器操作引擎，返回结果；存储引擎存储数据，提供读写接口。

        server层做功能层面的事；引擎层做底层文件读写的事。

连接器负责与客户端建立连接、获取权限、维持和管理连接。

--连接mysql的语句
mysql -h$ip -P$port -u$user -p

--查看连接状态的语句
show processlist

分析器进行 词法分析和语法分析。分析之后，mysql知道你要做什么了。

优化器对语句选择最优的执行方法，比如选择索引。优化之后，mysql知道应该怎么做了。

执行器调用存储引擎的接口开始执行，用户权限在这里检查。

2.一条更新语句的执行过程

        mysql更新语句还涉及到两个日志模块。

        mysql使用WAL技术进行更新操作，WAL 的全称是 Write-Ahead Logging，先写日志，再写磁盘。
        当有一条记录需要更新的时候，InnoDB引擎就先把记录写到redo log，并更新内存，InnoDB引擎会在适当的时候把记录更新到磁盘里面。
        InnoDB引擎的redo log是固定大小的，比如可以配置为一组4个文件，每个文件的大小是1GB，那么redo log总共4GB大小。redo log写满后，又循环写。

        有了redo log，InnoDB可以保证数据库发生异常重启，之前提交的记录都不会丢失。这种能力即crash-safe。

        redo log属于InnoDB层，server层也有自己的日志，称为 binlog（归档日志）
这两种日志的不同：

      redo log 是 InnoDB 引擎特有的；binlog 是 MySQL 的 Server 层实现的，所有引擎都可以使用。
      redo log 是物理日志，记录的的是“在某个数据页上做了什么修改”；binlog 是逻辑日志，记录的是这个语句的原始逻辑，比如“给ID=2 这一行的 c 字段加 1 ”。
     redo log 是循环写的，空间固定会用完；binlog 是可以追加写入的。“追加写”是指 binlog 文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。

     mysql的两阶段提交协议如下：