이것은 거의 가득 찬 파일 시스템의 성능이 절반으로 줄어드는 NetApp의 버그를 상기 시켰습니다. (몇 년 전이었던 것 같습니다).

모두가 말한 대답은 달려 있지만 그것을 생각할 가치가 있습니다.

전체 파일 시스템의 주요 단점은 사용 가능한 inode 목록이 여러 곳에서 조각화 될 가능성이 있다는 것입니다.

데이터베이스의 하드 디스크에는 세 가지 유형의 데이터가 있습니다.

1. 실제 데이터베이스 파일 이 파일은 일반적으로 큰 덩어리 (예 : 10 %)로 커지는 사전 할당 된 큰 파일입니다.
2. 로그, 지속적으로 기록, 삭제, 기록되는 트랜잭션 로그 등
3. 메모리에서 실행할 수없는 큰 쿼리의 임시 파일

(1) 파일 세트에 더 많은 공간을 할당 할 때 여유 공간 만 필요합니다. 데이터베이스가 커지지 않으면 디스크 공간 부족 파일 시스템의 영향을받지 않아야합니다. 그러나 할당하는 경우 즉시 데이터베이스를 조각화하고 데이터를 메모리에 준비해야 할 때 탐색을 유발하는 사용 가능한 목록에 맞지 않는 매우 큰 청크를 요청할 수 있습니다.

(2) OS를 사용하여 공간을 할당하고 삭제하면 로그가 순진하게 영향을받습니다. 데이터베이스가 읽기 전용이 아니라고 가정하면 일정한 로그 스트림이 있으며 하드 디스크 공간이 부족한 경우 종종 조각화됩니다. 궁극적으로 이것은 쓰기 성능을 저하시킵니다.

(3) tempDB, DB가 거친 쓰기 쿼리에 필요하거나 RAM이 충분하지 않으면 읽기 성능조차도 디스크에 바인딩 될 수 있으므로 디스크 공간 부족보다 성능 문제를 일으키는 큰 문제가 있습니다. MySql이 tempDB에 디스크 공간을 할당해야하고 하드 디스크가 부족한 경우에도 중단 위험이 있습니다.

백업 정보 …

1. 내가 일한 모든 기업은 동일한 머신에 백업을 유지합니다. 복원 (백업에 관심이있는 사람)은 복원이 중요합니다. 같은 디스크에 db 파일이있는 속도를 능가하는 것은 없습니다.
2. 백업이 로컬이 아닌지 확인하십시오.

간단히 말해서 DB가 무겁지 않다고해도 살아남을 것이라고 말할 수 있습니다. 그렇다면 디스크 공간 부족이 문제입니다. 그러나 내가 당신이라면 나는 나중에보다 빨리 다음 작업을 할 것입니다.

1. 충분한 RAM이 있는지 확인
2. DB에서 로그 및 모든 임시 데이터를 분리합니다.
3. OS와 MySql 설치를 나머지에서 분리합니다.

가능한 경우 별도의 스핀들과 컨트롤러를 사용하십시오.

별도의 스핀들이 뒤 따름

가난한 사람의 별도 파티션이 이어졌습니다.

답변