MySQL突然出现错误，数据写入数据库失败，该怎么办？
数据写入数据库失败，该怎么办？
写入数据库失败情况分析
要知道怎么办，必须先了解下失败情况
- 1.网络原因，如：宽带不稳定
- 2.Mysql本身稳定性，如：低版本的一些BUG
- 3.写了错误的SQL导致，如：insert 表 数据 唯一主键冲突了
- 4.代码有BUG导致，如：高并发获取mysql数据库连接，导致连接对象被吃光。
- 5.其他我还没想到
解决办法
分析完失败的种种原因，下一步就是具体针对解决问题
- Mysql本身的BUG、网络问题，当然是找网管和DBA啦，应该升级的升级，加宽带的加。
- 排查清楚是mysql本身问题还是程序代码问题，有了这个思路下面问题才能针对性解决他。
- 我举个代码问题案例：某业务更新逻辑，上线前期很稳定，可是后来跑了半年后，mysql连接经常超时，mysql大量请求还阻塞住了，经过开发定位分析，发现是有个update sql写的有性能问题，前期数据量小没影响，后面数据量上来了，mysql生产环境有抗不住了，各种请求一直等待卡死了。
- mysql本身是很强大的，但程序员操作sql的能力都参差不齐，通常解决问题从 操作mysql的代码方面和 mysql本身配置方面去分析。
- DBA和程序员配合最终定位解决掉问题。
java程序员欢迎关注我，一起学习技术
这种情况很可能是磁盘有问题了，当然具体真正还要看具体服务的日志来分析。
磁盘有问题很多可能是因为空间满了
linux下可以通过 df -h来查看磁盘空间，如果使用%100，剩余0那就是这种情况了。
我们知道mysql如果开启bin日志而不清理的话会占用大量空间，最终导致空间占满报错。
清理bin日志，root账号登陆到mysql提示符:
mysql> purge binary logs to 'mysql-bin.000066';
这样这个bin日志及之前bin日志都会清理掉。
或者，按照时间
purge master logs before'2018-07-01';
7月1日之前日志都会清理。
注意不要直接rm -f日志文件，那样是不会释放空间的。
好了这就是空间满原因排查及处理的方法，这也是常见问题，当然如果是其他原因也要针对原因具体处理。详细可以附上跟多日志和证据，关注虫虫，虫虫会帮你分析和解决的。
看错误码，首先确定是你代码违反了约束条件，还是数据库的问题，如果没办法查看error.log，最偷懒的办法是用navicat之类的工具建立一个新表，字段随意，手动插入数据，如果可插入则数据库无误，那需要检查你的应用与数据库的连接，如果还无误，那基本就是代码问题了。另外还有种可能，数据库是集群中的只读库，查看global read_only是否为1