【已解决】今天一个疏忽，造成笛卡尔积了，请问如果.MYD文件把磁盘爆满了会造成什

joker_buggy

今天要查好几个比较大的数据需求，然后就写了个脚本，是把结果导入到/tmp目录，就没去管了
等了段时间发现还没好，心想估计是数据大的关系，不过还是去/tmp目录看了下

还好是用ll看的，如果ls看的话估计要悲剧了...下面是结果：

1. [root@sanco193 tmp]# ll
   
2. total 73085656
   
3. -rw-rw---- 1 mysql mysql 74766614528 Aug 29 14:20 #sql_11c9_1.MYD
   
4. -rw-rw---- 1 mysql mysql        1024 Aug 29 13:59 #sql_11c9_1.MYI
   
5. [root@sanco193 tmp]# ll -h
   
6. total 71G
   
7. -rw-rw---- 1 mysql mysql  71G Aug 29 14:20 #sql_11c9_1.MYD
   
8. -rw-rw---- 1 mysql mysql 1.0K Aug 29 13:59 #sql_11c9_1.MYI
   
9. [root@sanco193 tmp]# df -h
   
10. Filesystem                      Size   Used    Avail Use% Mounted on
    
11. /dev/mapper/VolGroup00-LogVol00 130G  104G   21G  84%   /

复制代码

发现 #sql_11c9_1.MYD 竟然71G了...我重复了几下ll，基本几秒就涨1G...马上就要满了，想肯定是出问题了，立马干掉了语句...
后来检查语句发现是有一条漏写了关联对象造成了笛卡尔积...

我就想来请教下，如果这个 #sql_11c9_1.MYD 把硬盘给充爆了会造成什么后果？

babyyellow

系统停滞，数据库无响应，最后就挂掉了。

joker_buggy

回复 2# babyyellow
我勒个去...这么严重，运气还行，记住了...

   

cenalulu

2楼危言耸听。。。系统不会hang，可以正常登录。
由于你整个系统只有一个mount点，那么磁盘满以后，mysql所有的DML操作会hang，继而引发更多的select等待，最后mysql不接受请求。

joker_buggy

回复 4# cenalulu
对不起，我的df -h数据没给全，还有其他目录，会自动转移的？

   

chinafenghao

你这个应该是个测试库，线上这样搞，CPU和负载早就飚报警了。

joker_buggy

回复 6# chinafenghao
对，是备份库，专门用来数据查询的。

   

babyyellow

我想说明的一点，如果没有事前的详细规划，任何操作都可能带啦风险，

dba 的权限更容易造成系统故障。

秦风笛韵1

我也有过经验，不过是做的实验，最后导致数据库起不来了，因为我当初分区的时候没有把mysql的单独分出去,所以导致没有空间把服务起起来。

最后还是通过手工把/usr/local/mysql/data里面的一些不需要的给删掉，腾了些空间出来，最后把那个大数据表里的数据清掉，才正常。。

不过你也不要太担心，你也可以把数据放到别的分区或者硬盘里，然后在data目录里搞个链接链过去就行了，效果一样。。

wiliiwin

磁盘满了 那就写不进去数据了 那mysql就over了