1. truncate table player;
2. 创建新表、rename表、然后直接drop老表
3. 创建新表、rename表、创建老表硬链接、slowrm进行大文件删除。注：创建新表时，需要提前和开发沟通用来确认新表自增ID起始位置
下面将是几种方案的操作步骤以及优劣势
1.操作步骤：
* truncate table player;
优势：操作简单
劣势：表产生元数据锁，机器资源占用过高。
结论：强烈不推荐使用
2.操作步骤：
* create table player_new like player;
* rename table player to player_old_del, player_new to player;
* drop table player_old_del;
优势：减少锁时间，表切换业务基本无感
劣势：drop 表依然会产生大量机器IO占用，导致MYSQL性能急剧下降
结论：此方案可以在业务低峰期执行。
3.操作步骤：
* create table player_new like player;
* rename table player to player_old_del, player_new to player;
* 在OS层为player_old_del.ibd文件创建硬链：ln player_old_del.ibd player_old_del.ibd.ln
* drop table player_old_del;
* 通过slowrm限制删除硬链文件：slowrm -f -s 1 -b 1073741824 player_old_del.ibd.ln(注：SSD类磁盘基本IO使用率控制在20%左右)
优势：减少锁时间，表切换业务基本无感，drop 表以及删除大文件不会对业务产生影响。
劣势：操作繁琐，需要去每个slave节点创建硬链接并且进行删除。
结论：推荐此方法，建议把操作封闭成脚本化。
在对数据库进行任何DDL操作时，不仅要关注数据库层面影响，而且还要对于当前系统层影响做出相应判断。