1.一条SQL查询语句的执行过程
一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块，最后达到存储引擎。
客户端提交查询sql语句；server层包括：连接器、缓存查询、分析器、优化器、执行器，连接器管理连接，权限验证，缓存可以直接命中即返回，分析器进行词法和语法分析，优化器执行计划生成和索引选择，执行器操作引擎，返回结果；存储引擎存储数据，提供读写接口。
server层做功能层面的事；引擎层做底层文件读写的事。
2.一条更新语句的执行过程
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 文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。
3.MySQL的事务隔离
在 MySQL 中，事务支持是在引擎层实现的。MySQL是一个支持多引擎的系统，但并不是所有的引擎都支持事务，比如MySQL原生的MyISAM引擎就不支持事务，这也是MyISAM被InnoDB取代的重要原因之一。
事务：原子性、一致性、隔离性、持久性。
隔离级别：读未提交、读提交、可重复读和串行化。
不同隔离级别下，数据库行为是有所不同的。Oracle数据库的默认隔离级别是“读提交”，因此，对于一些从Oracle迁移到MySQL的应用，为保证数据库隔离级别的一致，要把MySQL的隔离级别设置为“读提交”。
同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制（MVCC）。
尽量不要使用长事务，长事务意味着系统里面会存在很老的事务视图，在事务提交之前，事务视图用到的回滚记录都必须保留，占用大量的存储空间。
下面这个语句，用于查找持续时间超过 60s 的事务。
select * from information_schema.innodb_trx where
TIME_TO_SEC(timediff(now(),trx_started))>604.一条语句重建表
alter table A engine=InnoDB