mysql的autocommit详解

autocommit的测试

对于innodb表：

首先创建两个innodb表：

mysql> create table tab_kx(a int auto_increment,primary key(a));

Query OK, 0 rows affected (0.16 sec)

mysql> create table tab_kx2(a int auto_increment,primary key(a));

Query OK, 0 rows affected (0.17 sec)

在session1，设置autocommit为OFF：

mysql> set autocommit=0;                  

Query OK, 0 rows affected (0.00 sec)

mysql> show variables like '%autocommit%';

+---------------+-------+

| Variable_name | Value |

+---------------+-------+

| autocommit    | OFF   |

+---------------+-------+

1 row in set (0.00 sec)

在session2设置autocommit为ON：

mysql> show variables like '%autocommit%';

+---------------+-------+

| Variable_name | Value |

+---------------+-------+

| autocommit    | ON    |

+---------------+-------+

1 row in set (0.00 sec)

在session1，对tab_kx插入三行数据但不提交：

mysql> insert into tab_kx values('');

Query OK, 1 row affected, 1 warning (0.00 sec)

mysql> insert into tab_kx values('');

Query OK, 1 row affected, 1 warning (0.00 sec)

mysql> insert into tab_kx values('');

Query OK, 1 row affected, 1 warning (0.00 sec)

mysql> select * from tab_kx;

+---+

| a |

+---+

| 1 |

| 2 |

| 3 |

+---+

3 rows in set (0.00 sec)

mysql> select * from tab_kx2;

Empty set (0.00 sec)

此时查看session2是否可以看到这三行数据：

mysql> select * from tab_kx;

Empty set (0.00 sec)

【说明】，session2看不到其他session没有提交的DML；

此时在session2插入四行数据到表tab_kx2（由于是auto commit的，所以不需要提交）：

mysql> insert into tab_kx2 values();

Query OK, 1 row affected (0.07 sec)

mysql> insert into tab_kx2 values();

Query OK, 1 row affected (0.04 sec)

mysql> insert into tab_kx2 values();

Query OK, 1 row affected (0.04 sec)

mysql> insert into tab_kx2 values();

Query OK, 1 row affected (0.02 sec)

mysql> select * from tab_kx2;                                    

+---+

| a |

+---+

| 1 |

| 2 |

| 3 |

| 4 |

+---+

4 rows in set (0.00 sec)

【注意】但此时session1仍然看不到tab_kx2的数据，

mysql> select * from tab_kx2;

Empty set (0.00 sec)

当手动执行commit时，才可以看到这些数据，同时session2也可以看到tab_kx表的数据。

mysql> commit;

Query OK, 0 rows affected (0.03 sec)

mysql> select * from tab_kx2;

+---+

| a |

+---+

| 1 |

| 2 |

| 3 |

| 4 |

+---+

4 rows in set (0.00 sec)

【结论】对于autocommit为OFF的session，其事务开始时间点之后发生的DML操作对其都是不可见的，只有当事务结束时才可见。（其他session的DDL即时可见）

另外，如果其session执行了一个DDL，会隐式提交之前的事务，DML的修改其他session可见了。

但有意思的是，当我一个session中对tab_kx表drop的时候，会话被阻塞了（如果隐式提交了，应该不会发生这种情况），在另个session中执行读，也被阻塞了

此时我在原来的session（autocommit为OFF）执行显示提交commit：

其他session都被“激活”了，而且是按执行顺序激活的。

myisam表：

创建两个myisam表，

mysql> create table tab_kx(a int auto_increment,primary key (a)) engine=myisam; 

Query OK, 0 rows affected (0.05 sec)

mysql> create table tab_kx2(a int auto_increment,primary key (a)) engine=myisam;

Query OK, 0 rows affected (0.05 sec)

在session1，（autocommit为OFF）插入三行数据，

mysql> insert into tab_kx values();

Query OK, 1 row affected (0.00 sec)

mysql> insert into tab_kx values();

Query OK, 1 row affected (0.00 sec)

mysql> insert into tab_kx values();

Query OK, 1 row affected (0.00 sec)

mysql> select * from tab_kx;

+---+

| a |

+---+

| 1 |

| 2 |

| 3 |

+---+

3 rows in set (0.00 sec)

在其他session中查询tab_kx，

mysql> select * from tab_kx;

+---+

| a |

+---+

| 1 |

| 2 |

| 3 |

+---+

3 rows in set (0.00 sec)

可以看到结果，这与innodb的表不同；不需要显示提交，DML修改就可以对外可见了。

【结论】myisam是非事务的存储引擎，commit是对事物有效的，所以没啥作用。

【注意】但当我对tab_kx做删除时，会话被阻塞，尽管没有事务性，但autocommit=OFF仍然在起作用，虽然不再持有表锁；

在session1执行显示提交commit，立刻解锁，阻塞的会话被激活。

注：mysql官方文档如是说：

     ALTER TABLE运行时会对原表进行临时复制，在副本上进行更改，然后删除原表，再对新表进行重命名。在执行ALTER TABLE时，其它用户可以阅读原表，但是对表的更新和修改的操作将被延迟，直到新表生成为止。新表生成后，这些更新和修改信息会自动转移到新表上。