consistent read一致性读，DDL DML DCL

一致性读的概念consistent read

mysql 的读操作是快照读，也就是说，在读操作执行的时候是某一个时刻的数据内容，不管其他的事务在做什么，原始数据会依据undo log 进行重新组织。一致性读是用来避免其他事务引起的锁等待问题。
       一致性读能够看到某一时刻提交的事务做出的更改，看不到之后或者uncommitted的事务。但是有一个例外，就是事务本身中进行的statements导致的的changes是能够被本身所看见的，（这一点不管是RC 还是RR 下都是这样）可以自己动手试一下。
       如果隔离级别是RR（REPEATABLE READ）所有的读操作的结果只能是第一次在事务中执行的那样，也就是说，不管你执行几次read操作，始终是和第一次一样的，也就是所说的可重复读。
       一致性读是innodb RC 和RR 下默认Select语句的模式，一致性读不会给table加锁，因此其他事务能够同时进行这些table的修改。
       假设你正在RR的隔离级别下，你执行了一条Select语句，InnoDB会根据你查询的那一个时刻进行query。如果另一个事务在这个时间点之后，删除了一个row并且commit了，你不会看到这个行被删除了，插入和删除也是类似的。

# 建表语句
create table demo1
(id    int auto_increment primary key,name  varchar(20),phone varchar(11)
) engine = innodb;#看一眼隔离级别
show variables like '%isolation';
transaction_isolation,REPEATABLE-READsession1                            session2
start transaction;               start transaction ;
select * from demo1;(0行输出)  insert into demo1 values (1,'xx','1111');select * from demo1; #输出（1,xx,1111）也就是说能够看到自己所做的changes。
select * from demo1;(0输出)commit;
select * from demo1;(0输出)
delete from demo1 where id = 1;（影响到一行）#说明另一个事务提交之后，虽然select不到，但是能够删除这一行的！*****精华处在这
commit;

DDL DML DCL

DDL,Data definition language，一系列的SQL语句用来操作数据库本身的而不是单个的table。包括CREATE, ALTER, and DROP statements。Also includes the TRUNCATE statement, because it works differently than a DELETE FROM table_name statement, even though the ultimate effect is similar.DDL语句自动提交当前的事务，它们不能够被回滚。
DCL 数据库控制语言，用来管理权限的，比如GRANT和REVOKE；
DML 数据库操作语言，执行insert，update，delete操作。Select 有的时候也被当做是DML语句，因为Select…for update 也会像insert 一样会加锁。DML语句在事务的context中执行，所以它们的影响能够被提交挥着回滚。

consistent read和DDL的关系

一致性读并不会在DDL语句中起作用。

一致读不会在DROP TABLE中起作用，因为MYSQL不会使用一个已经被DROP掉的table，InnoDB 破坏了这个table
一致性读也不会在ALTER TABLE的操作中起作用，会出现下面的错误。ER_TABLE_DEF_CHANGED, “Table definition has changed, please retry transaction”.