MySQL 磁盘爆炸的一个最常见的原因就是数据量突然增加，导致数据库爆炸，这往往与业务有关。例如，一个应用程序在短时间内生成大量数据。如果突然增加大量数据，也可能是一些测试用例或者压力测试导致的。这种原因引起的数据库 磁盘的浪涌可以通过清除数据来解决，比如清除特定时间段的数据。建议在进行压力测试或其他自动化测试时，在测试环境中对数据进行特殊标记，如数据库，并在测试完成后自动清除测试产生的垃圾数据，避免磁盘超时使用。
5、MYSQL所在机器 磁盘满了以后,写入 数据库会阻塞吗当磁盘的空间已满时，MySQL无法再写入任何数据，包括表数据、binlog、binlogindex等文件。当然，因为InnoDB可以先把脏数据放到内存中，所以不会显示不能立即写入，除非打开binlog，否则写入请求会被阻塞。当MySQL检测到磁盘已满时，它会:每分钟:检查是否已释放空间用于写入新数据。
每十分钟:如果仍然没有剩余空间，会在日志中写一条记录，报告磁盘已满(此时只写几个字节就够了)。我们做什么呢那么，当我们发现磁盘已满时，该怎么办呢？建议:增加监测系统的检测频率，防止再次发生；及时删除不用的文件，释放空间；如果一个线程因为磁盘 full的问题而被阻塞，可以先将其杀死，下一分钟重新测试时可能又能正常工作；有些线程可能会被阻塞，因为磁盘已满，这会导致其他线程被阻塞。您可以终止被阻塞的线程，其他被阻塞的线程可以继续工作。
6、Oracle 数据库的归档日志写满 磁盘空间解决办法数据库无法启动SQL >启动Oracle例程已启动。total system globalybytesfixsizebytesvariablesizebytedatabasebufferbytes RedobuffersBytes数据库加载后，ORA:日志序列号无法存档。ORA:超过了恢复文件的数量限制。ORA:联机日志线程:D:\ Oracle \ product \ ORCL \ redo log View＄Oracle _ HOME \ admin \ SID \ b dump \ Alert _ SID log log thu feb::errors in filed:\ Oracle \ product \ admin \ ORCL \ b dump \ ORCL _ arc _ TRC:ORA:warning:db _ recovery _:\ Oracle \ product \ admin \ ORCL \ udump \ ORCL _ ORA _ TRC:ORA:warning:已使用db_recovery_ bytes(共个字节),仍有%字节可用thufeb:: * * * * * * * * *。
7、无法写入到 数据库,因为 数据库将超过它的 磁盘限额怎么办?临时解决方案是收缩数据库并清除日志。长期解决方案包括:1) move 数据库(换个大硬盘)，2)拆分数据库(放在多个硬盘上)。3)数据应定期归档(旧数据应存放在另一个硬盘中)，1.临时解决方案是收缩数据库并清除日志。2.长期解决方案包括:搬家数据库(换个大硬盘)，Split 数据库(放在多个硬盘上)。数据定期存档(旧数据保存到另一个硬盘)。
