实际操作自然环境:Centos 

问       题:The table 'XXX' is full !!!

当遇到此数据库查询出错提醒的情况下,,,

我,,,有点儿懵,,,

登陆网络服务器查询,,发觉

记录一次数据爆仓――The table 'XXX&am… mysql配置 数据库  第1张

我了个去,,我决不认可这一网络服务器就是我搭的,,(手动滑稽X2)

MySQL数据库查询的部位放进了系统分区/dev/mapper/centos-root 

emmmm,,,,,最后塞那么满的缘故

還是我昨天下班了临走时将数据库同步进了solr

对,,沒有看错!!!solr的数据库竟然也在这里!

现阶段mysql的数据信息应当在15G上下,

记录一次数据爆仓――The table 'XXX&am… mysql配置 数据库  第2张

殊不知datadir只占有了4.两个G 

(这儿问一句?mysql的数据信息会缩小储存?)

也!就!是!说! 元凶是solr!!!

一开始的构思是,将datadir挪动到/home系统分区

随后改动mysql环境变量变动datadir

殊不知如今来看不能根除

由于储存空间发生爆炸的直接原因取决于solr的数据信息

因此最后的解决方法是扩展/root系统分区

1.查询当今系统分区状况

df -h

2.备份数据/home区

tar cvf /tmp/home.tar/home

3.卸载掉/home区 

 fuser -km /home/

 umount /home

4.删掉/home所属的lv

lvremove /dev/mapper/centos-home

5.拓展/root区所属的lv

lvextend -L  800G /dev/mapper/centos-root

    依据要求调节,我这里扩展了800G

6.拓展/root系统文件 

xfs_growfs /dev/mapper/centos-root

    df -h 皮一下,前边忘掉截屏了,原/root区是50G 到此/root区早已进行扩展

记录一次数据爆仓――The table 'XXX&am… mysql配置 数据库  第3张

7.接下去修补/home区,再次建立home lv

lvcreate -L 168G -n/dev/mapper/centos-home

    哪些?为什么是168G?

记录一次数据爆仓――The table 'XXX&am… mysql配置 数据库  第4张

    手动滑稽~

8.建立/home区系统文件

mkfs.xfs /dev/mapper/centos-home

9./home区文件找回 

mount /dev/mapper/centos-home

到此,再df -h皮一下,/home系统分区早已从969G变动来到168G。

记录一次数据爆仓――The table 'XXX&am… mysql配置 数据库  第5张

10./home区文件找回

tar xvf /tmp/home.tar -C/home/

cd /home/home/

mv * ../

到此,暴仓恶性事件圆满落幕~

记录一次数据爆仓――The table 'XXX&am… mysql配置 数据库  第6张

唉?备份数据还没有进行?= =

无论结果取得成功是否

请诸位小伙伴们培养磁盘操作前备份数据数据信息的良好的习惯

万一,这辆车翻了呢?

 

鸣谢:

    精英团队的诸位朋友们

    Parrot Security的朋友们和狗管理们

调侃:

    原先腼腆那么久不许我添加好友的狗管理

    竟然就离我两站路,全球真™小。。。

    不多说了,穿上牛仔裤子奔现去。。。。。。

 

 

 

 

 

我能弱弱的丢个本人微信公众平台么,粉絲太少一直沒有创作热情,

假如大家喜爱技术性,喜爱parrotsec,喜爱二次元,希望了解大伙儿。

才不是什么萝莉控,仅仅喜爱的女孩纸碰巧是萌妹子而已,哼~

  记录一次数据爆仓――The table 'XXX&am… mysql配置 数据库  第7张