MySQL的那些千万不要去做的事情

        最近公司给了我一个任务，简单点来说就是要对一张有750万条记录的数据表的数据过滤操作

接到任务的我第一反应就是去备份数据库，并且我也确实是这样做的

目前有两种方案备份数据库，第一种是通过mysql自带的

mysqldump -hxx -uxxx -pxxx DB_NAME > D:\backup.sql

这种方式备份成文件，然后通过

mysql -hxxx -uxxx -pxxx < D:\backup.sql

这种常规的方式，但是偶然间在网上发现还有另外一种办法，就是类似于下面这种分两个步骤：

1、create new_table like source_table
2、insert new_table select * from source_table

看上去很简单，创建一个和源表结构相同的表， 然后把源表的数据取出来读进去

我就试着在测试站执行了，测试数据库里面有9万条数据，执行第二条语句用时8秒，效果还不错，而且如果后面我的哪些操作导致数据出错了，可以直接把source_table删掉然后把new_table改名就可以恢复，于是就在一张用用750多万数据的表中开始了这条语句，这也是噩梦的开始...。

        根据推算应该是在十分钟左右可以完成，可是半个小时过去了依然是没有响应，并且new_table处于锁死状态，我试着重启了下数据库（用的是阿里云的RDS），整个重启持续了将近两个小时，也就是说网站有两个小时是无法访问的状态，提交工单后客服说是因为mysql的一个进程始终没有结束导致数据库重启任务的阻塞。想想那条始终没有结束的进程应该就是我的第二条SQL语句了。

以后百万级别的数据千万不能用这种偷懒的方法了，老老实实的mysqldump吧！