MySQL修改表结构时的拷贝问题

MySQL修改表结构时难免会出现问题，而MySQL修改表结构时拷贝的时间严重影响了MySQL修改表结构的操作，下面就对该问题进行分析。

mysql数据库里，对一个已创建的表进行DDL操作，比如说添加一个字段。在做测试时，发现ddl操作的时间特别的长。oracle里，通常情况下只是修改数据字典就可以了，操作时间非常的短，阻塞DML的时间也比较短。mysql数据库对表进行ddl操作跟oracle数据库有很大的不同，它先要把原表拷贝一份到临时表，这期间不阻塞select,阻塞所有的更改操作(update,delete,insert),对临时表ddl操作完成，删除原表，重命名临时表。
如果一张比较大的表进行ddl变更，比如说40G，那拷贝的时间让人无法忍受，并且阻塞所有的DML操作,让业务无法继续。

以下是测试过程：

 
 
 

  
  
  
[coolcode]  
  
  
  
mysql> desc t1;  
  
  
  
+————–+————-+——+—–+———+——-+  
  
  
  
| Field | Type | Null | Key | Default | Extra |  
  
  
  
+————–+————-+——+—–+———+——-+  
  
  
  
| id | int(11) | YES | MUL | NULL | |  
  
  
  
| nick | varchar(32) | YES | | NULL | |  
  
  
  
| email | varchar(32) | YES | | NULL | |  
  
  
  
| gmt_create | datetime | YES | | NULL | |  
  
  
  
| gmt_modified | datetime | YES | | NULL | |  
  
  
  
+————–+————-+——+—–+———+——-+  
  
  
  
mysql> select count(*) from t1;  
  
  
  
+———-+  
  
  
  
| count(*) |  
  
  
  
+———-+  
  
  
  
| 2228017 |  
  
  
  
+———-+  
  
  
  
1 row in set (1.78 sec)  
  
  
  
[/coolcode]  
  
  
  
现在对它进行表结构变更，增加一列：  
  
  
  
[coolcode]  
  
  
  
mysql> alter table t1 add(tel varchar(20));  
  
  
  
Query OK, 2304923 rows affected (41.03 sec)  
  
  
  
Records: 2304923 Duplicates: 0 Warnings: 0  
  
  
  
[/coolcode]  
  
  
  
在上述表结构变更过程中，启动另外一个会话，进行select查询操作和一个更新操作：  
  
  
  
[coolcode]  
  
  
  
mysql> select count(*) from t1;  
  
  
  
+———-+  
  
  
  
| count(*) |  
  
  
  
+———-+  
  
  
  
| 2304923 |  
  
  
  
+———-+  
  
  
  
1 row in set (2.10 sec)  
  
  
  
 
  
  
  
mysql> select * from t1 limit 10;  
  
  
  
+——+——-+——————+———————+———————+  
  
  
  
| id | nick | email | gmt_create | gmt_modified |  
  
  
  
+——+——-+——————+———————+———————+  
  
  
  
| 0 | nick0 | [email protected] | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 1 | nick1 | [email protected] | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 2 | nick2 | [email protected] | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 3 | nick3 | [email protected] | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 4 | nick4 | [email protected] | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 5 | nick5 | [email protected] | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 6 | nick6 | [email protected] | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 7 | nick7 | [email protected] | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 8 | nick8 | [email protected] | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 9 | nick9 | [email protected] | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
+——+——-+——————+———————+———————+  
  
  
  
10 rows in set (0.00 sec)  
  
  
  
 
  
  
  
mysql> update t1 set nick=’test_nick’ where id=1;  
  
  
  
Query OK, 4 rows affected (43.89 sec) –这里是阻塞的时间  
  
  
  
Rows matched: 4 Changed: 4 Warnings: 0  
  
  
  
[/coolcode]  
  
  
  
 
 
 
 

通过以上实验可以看出，对表进行ddl操作时，mysql并不阻塞select查询，但会严重阻塞dml操作。另外，如果你要对表进行ddl操作，由于有一个拷贝操作，你要计算好你的可用空间够不够？如果你的系统经常要进行MySQL修改表结构，那么你将不得不要考虑此问题！
 

【编辑推荐】

10大常用MySQL命令行

通过MySQL命令行增加新用户

通过索引优化MySQL语句的实例

MySQL权限表的介绍

授予MySQL用户权限的实例