項(xiàng)目間使用RabbitMQ進(jìn)行消息的傳遞归露，RabbitMQ服務(wù)器搭建在linux服務(wù)器上雕什。該服務(wù)器上同時(shí)安裝了Mysql裕照。
問(wèn)題的起因是發(fā)現(xiàn)消息的消費(fèi)者不再接收消息了节芥，然后我就去登陸RabbitMQ的前端維護(hù)界面去查看在刺，發(fā)現(xiàn)所有的Queue都處于blocking狀態(tài)，被阻斷了头镊，消息自然就不發(fā)送了蚣驼。
知道原因之后，我就去google為什么queue會(huì)被阻斷相艇，網(wǎng)上的說(shuō)法是磁盤(pán)占用空間太大導(dǎo)致的颖杏。根據(jù)這個(gè)提示，我使用
df -h
命令查看了Linux 的磁盤(pán)空間厂捞，發(fā)現(xiàn)RabbitMQ所在的磁盤(pán)空間使用率99%输玷，只剩余100多M的空間队丝。RabbitMq為了保護(hù)進(jìn)程，選擇了阻斷queue欲鹏，使服務(wù)器不能再接發(fā)消息机久。
很自然的，我為了讓服務(wù)能盡快跑起來(lái)赔嚎，我將temp文件夾下將近700M的無(wú)用文件刪除膘盖，RabbitMQ服務(wù)就正常使用了。
這種方式治標(biāo)不治本尤误，我重新瀏覽了一邊RabbitMQ數(shù)據(jù)存放的磁盤(pán)侠畔，發(fā)現(xiàn)Mysql的數(shù)據(jù)也存放在該盤(pán)下，立馬想到损晤，如果以后數(shù)據(jù)持續(xù)增加软棺，還會(huì)出現(xiàn)這個(gè)問(wèn)題∮妊考慮要將Mysql的數(shù)據(jù)存放文件更換位置喘落。
最后完成Mysql的數(shù)據(jù)文件轉(zhuǎn)移，釋放了15G的空間最冰。問(wèn)題得到解決瘦棋。
