Mysql 错误.寻求帮助

上周，一位客户询问导致 MySQL 错误消息的原因。
我刚刚习惯这个工具，花了我很长时间。
想想看，这么多错误代码谁还记得呢？但我已经尝试过几次了，我会告诉你我的经历。

例如，2 02 3 年我在上海的一个商场做一个项目时，遇到错误1 005 ，提示“无法创建表”。
当时，我正忙着给客户添加新功能，我很担心发现许可证问题。
服务器用户不允许创建表。
他是多么愚蠢啊！然后我骂了一句“白痴”，他们很快就改了权限，系统就正常了。

还有一次在杭州，我在本地测试代码，突然报错1 01 6 “无法打开文件”。
我检查了很长时间的日志，发现一条写得很糟糕的轨道。
看看这条消息显然是一个错误。
“Errno:%d”直接告诉你原因。
我当时很幸运。
幸运的是，当时车流量很大。
如果网上出现这样的低级错误，我也不会丢掉工作。

你问我为什么要知道这么多？我提前整理了一下这个问题，针对ER_DUP_KEY等常见错误做了一个快速查找表，每次都能秒定位。
但说实话，现在使用Workbench或者Navicat，基本上不会遇到这些原来的错误。
不过，我建议您准备一份错误代码对照表，这可以在您遇到疑虑时救您一命。

您想了解关于该物种的哪个错误？或者您想知道如何避免这些错误？别再拐弯抹角了，直说吧。

mysql中删除表的命令

等等，还有一件事。
上次擦黑板时我差点惹上麻烦。
那天凌晨三点，我正赶着推出新功能，突然发现测试环境中多了一张临时表，名字看起来也差不多，“temp_user_data”。
当时脑子一热，直接DROPTABLE temp_user_data;并按 Enter 键。
结果，屏幕立即崩溃并显示错误“无法删除外键约束引用的表‘temp_user_data’”。
经过检查，发现另一个用户表的日志表是依赖的。
我吓得手心都出汗了。
我赶紧按下Ctrl+C，然后查看数据库文档。
我意识到我必须使用 ALTER TABLE user_logs DROP FOREIGN Key fk_log_user;在成功删除之前取消限制。
看起来 MySQL 真的就像一把双刃剑。
如果使用没有问题，那就要遭受麻烦了。
现在在我操作之前我总是问“你备份了吗？” “外键处理了吗？”话说回来，MySQL的权限机制是不是有点太严格了？