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

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

10多年的南川网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。成都营销网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整南川建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联建站从事“南川网站设计”,“南川网站推广”以来，每个客户项目都认真落实执行。

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 | nick0@taobao.com | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 1 | nick1 | nick1@taobao.com | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 2 | nick2 | nick2@taobao.com | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 3 | nick3 | nick3@taobao.com | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 4 | nick4 | nick4@taobao.com | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 5 | nick5 | nick5@taobao.com | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 6 | nick6 | nick6@taobao.com | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 7 | nick7 | nick7@taobao.com | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 8 | nick8 | nick8@taobao.com | 2008-03-14 00:00:00 | 2008-03-14 00:00:00 |  
  
  
  
| 9 | nick9 | nick9@taobao.com | 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修改表结构，那么你将不得不要考虑此问题！

网站栏目：MySQL修改表结构时的拷贝问题
本文来源：http://www.csdahua.cn/qtweb/news42/44592.html

网站建设、网络推广公司-快上网，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 快上网