2014-02-25 5 views
0

내 서버 스토리지가 거의 가득차 있습니다. 내가 /vardu -chs를 사용하여 내 파일의 전체 크기를 선택하면/var 디렉토리가 가득 차 있기 때문에 mysql을?

S.ficheros   Tamaño Usado Disp Uso% Montado en 
/dev/sda3    205G 23G 172G 12%/
/dev/sda2    243G 225G 5,0G 98% /var 
/dev/sda1    289M 23M 251M 9% /boot 
tmpfs     1,8G  0 1,8G 0% /dev/shm 
none     1,8G 104K 1,8G 1% /var/lib/xenstored 

그것을 보여줍니다 : 나는를 CentOS에 df -h 명령을 실행하면, 내 /var 디렉토리가이처럼 내 디스크 용량의 가장자리에 저를 보여줍니다

5,3G . 
5,3G total 

내가 MySQL은 왼쪽 220G를 사용하고 있다고 가정, 그래서 난 내 데이터베이스의 전체 크기를 확인하기 위해 다음 쿼리를 실행 :

SELECT SUM((data_length+index_length)/POWER(1024,3)) tablesize_gb FROM information_schema.tables 
을 하나가 나를 도울 수 -

+-------------------+ 
| tablesize_gb  | 
+-------------------+ 
| 0.748469822108746 | 
+-------------------+ 
1 row in set (0.05 sec) 

난 정말 내가 여기에 놓친 거지 모르겠어요 :

및 출력은 다음인가?

답변

0

의/var를 사용하고는/var 디렉토리에 너무 적은 공간을 일으킬 수있는 두 가지 가능한 시나리오가 MySQL은 이외의 다른 패키지가 있습니다

  1. 의 상당한 비율을 차지 큰 파일의 커플/집합의/var 공간의 상당량을 차지 VAR 공간
  2. 수많은 작은 파일은

좋은 제안과 같은 부부는 대화 형 디스크 사용량 분석기 ncdu으로 here 나와 있습니다. ncdu는 epel 저장소에서 다운로드 할 수 있습니다.

0

du -s /var/* | sort -n으로 시작하여 가장 많은 항목이있는 폴더를 확인하십시오. 그런 다음 거기에서 파일 시스템을 작동시킵니다. 로그 파일이 통제에서 벗어 났을 가능성이 있습니다. 파일을 찾으면 파일로 무엇을 할 지 결정해야합니다. 삭제 및 압축은 두 가지 옵션이 있습니다. 일반적으로 삭제가 더 효과적이며 파일을 필요로하지 않을 가능성이 있습니다. 일부 디렉토리 내부를 보려면 루트 권한이 필요할 수 있습니다.

관련 문제