建议: 平时备份一下表结构是非常重要的。

　　-- 如果你直接删除了mysql的表文件 (.frm .idb) 在mysql5.6 可能你就悲剧了 可能再也用不回这个表名了。

　　例子如下:

　　-- 全在datadir目录下操作

　　-- 直接删除了表 tracking20160501的物理文件

　　rm -rf tracking20160501.*

　　-- 删除了表tracking20160501的frm文件和idb文件

　　-- 此时在数据库已经看不到该表

　　mysql> show tables;

　　-- 查看数据库表

　　-- 但若想再创建该表或删除该表 也许就悲剧了

　　mysql> create table tracking20160501(id int);

　　ERROR 1050 (42S01): Table 'tracking20160501' already exists

　　-- 明明已经看不到该表了 却显示表已存在

　　mysql> drop table tracking20160501;

　　ERROR 1051 (42S02): Unknown table 'kdnet_analyze.tracking20160501'

　　-- 悲剧了吧 创建不到也删不到。。

　　-- 查看一下现在的物理文件情况

　　ls tracking20160501.*

　　tracking20160501.ibd

　　-- 之前删除了的表空间文件 他自己又创建了个出来 可能是刚刚的create table命令导致的 这里不用理

　　原因: 由于直接删除了表的物理文件 但mysql的信息库 information_schema 或 mysql 库对该表的信息还存在(具体记在哪里 还没找出来) 导致mysql还认为该表存在 所以创建不了 删除表时由于又找不到对应的物理文件 所以也删除不了 这样!! 难道这个表名就无法再用了吗? 有解决方法 如下：

　　解决方法:

　　-- 找其他表(最好是表结构一样的) 这里找的表叫ip_taobao 先复制这个表的.frm(表结构)文件 改名为误删的表名

　　cp -a ip_taobao.frm tracking20160501.frm

　　-- 这里为了保持mysql文件的拥有人和所属组 所以使用-a参数

　　-- 如果下面的操作有什么奇葩问题 可以重启一下数据库

　　-- 在mysql里 使用discard space命令 废弃误删表的表空间文件

　　1alter table tracking20160501 discard tablespace;

　　-- 再复制ip_taobao表的表空间文件 改名为误删的表名

　　1cp -a ip_taobao.ibd tracking20160501.ibd -- 同样使用-a 保持拥有人和所属组

　　-- 在mysql里 使用import space命令 导入新的表空间文件

　　mysql> alter table tracking20160501 import tablespace; -- 导入时间可能会长点

　　Query OK, 0 rows affected, 5 warnings (7 min 36.94 sec)

　　-- 现在可以正常查询、删除和创建回这个表了

　　mysql> select * from tracking20160501 limit 1

　　mysql> drop table tracking20160501;

　　mysql> create table tracking20160501(id int);