摘要：
MYSQL所在机器磁盘满了以后，写入数据库会阻塞吗？当磁盘空间写满了之后，MySQL是无法再写入任何数据的，包括对表数据的写入，以及binlog、binlog-index等文件。当... MYSQL所在机器磁盘满了以后，写入数据库会阻塞吗？
当磁盘空间写满了之后，MySQL是无法再写入任何数据的，包括对表数据的写入，以及binlog、binlog-index等文件。
当然了，因为InnoDB是可以把脏数据先放在内存里，所以不会立刻表现出来无法写入，除非开启了binlog，写入请求才会被阻塞。
当MySQL检测到磁盘空间满了，它会：
每分钟：检查空间是否得到释放，以便写入新数据。当发现有剩余空间了，就会继续写入数据，一切照旧。
每十分钟：如果还是发现没剩余空间，则会在日志中写入一条记录，报告磁盘空间满(这时候只写入几个字节还是够的)。
应该怎么办
那么，当发现磁盘空间满了之后，我们应该怎么处理呢，建议：
图片来源：网络
提高监控系统检测频率，预防再次发生；
及时删除不用的文件，释放空间；
若有线程因磁盘满的问题被阻塞了，可先杀掉，等到下一分钟重新检测时它可能又可以正常工作了；
可能因磁盘满导致某些线程被阻塞，引发其他线程也被阻塞，可把导致阻塞的线程杀掉，其他被阻塞的线程也就能继续工作了。
例外
有个例外的情况是：
当执行 REPAIR TABLE 或者 OPTIMIZE TABLE 操作时，或者执行完 LOAD DATA INFILE 或 ALTER TABLE 之后批量更新索引时，这些操作会创建临时文件，当执行这些操作过程中mysqld发现磁盘空间满了，就会把这个涉及到的表标记为crashed，删掉临时文件(除了 ALTER TABLE 操作，MySQL会放弃正在执行的操作，删除临时文件，释放磁盘空间)。
备注：当执行这些命令过程中mysqld进程被意外被杀掉的话，其所生成临时文件不会自动删除，需要手工删掉才能释放磁盘空间。
mysql的binlog太大太多占用大量磁盘的解决？
今天有个同事来问我，说mysql目录下有很多1.1G的mysql-bin.00000*文件，占用了100多G，占用磁盘空间非常大，这些文件都是msyql日志文件，从几m到几个G都有可通，要解决这个问题并不难，只要修改/etc/my.cnf文件里的#log-bin=mysql-bin和#binlog_format=mixed把这二行注释掉，重启数据库就可以了！
mysql安装一定要装在c盘吗？
不一定。
它只是默认放在c盘，我们自己可以更改路径。若放C盘，一是会与操作系统竞争磁盘读写性能，会相对的降低mysql性能；二是会与操作系统竞争C盘空间，在C盘空间紧凑的情况下，C盘空间告警显示红色
mysql安装在c盘了怎么换到别的盘？
mysql安装在C盘之后，要想换到别的盘，可以卸载后重新安装。
另外一种方法，你可以不用重新安装，而单纯把数据库存储到其他的盘里面，这样一般不会显著的占用C盘的空间。如果是专门的数据库服务器，不少人是把数据库安装在一个独立的分区。
哪位朋友用过SSD固态硬盘，存mysql表速度提升明显么？
试过，自用笔记本是只有一个固态硬盘，同样的mysql版本和建表语句和索引。利用LOADDATAlocalINFILE'fileName'INTOTABLE表名;插入60万数据，固态硬盘大概4秒钟。回家用台式机，机械硬盘，则大概需要28秒，中间的差距还是很明显的。
