대용량 My ISAM 테이블의 안정성은 얼마나 안정적입니까?

대용량 My ISAM 테이블의 안정성은 얼마나 안정적입니까?

저는 갑자기 추락한 7GB My ISAM 테이블을 가지고 있습니다.수리는 할 수 있었지만 지금은 걱정이 되고 몇 가지 질문이 있습니다. - 크기가 커져 앞으로 테이블 충돌이 더 늘어날 것으로 예상해도 될까요?(또는 크기는 충돌 위험과 관련이 없음) - My ISAM 테이블이 너무 심하게 손상되어 복구할 수 없는 위험이 있습니까?더 이상 데이터를 복구할 수 없는 상태에서 충돌이 발생하기 쉬웠던 오래된 dBase를 기억합니다.그래서 이제는 제 ISAM이 좀 더 안정적이 됐으면 좋겠습니다.

교통이 보통 수준이고, 140개 정도 연결되어 있습니다

답변 감사합니다.

https://dev.mysql.com/doc/refman/5.7/en/table-size-limit.html

OS 파일 크기 제한 및 최대 크기 256개에 따라 다름위의 TB 참조.

My ISAM 테이블을 7GB 이상 실행했는데 20GB 이상이었던 것 같습니다.한 가지 고려해야 할 사항은 테이블을 구획하는 것입니다.이렇게 하면 테이블이 더 작은 비트로 분할되므로 테이블 손상의 위험이 덜하며 테이블을 분할한 인덱스를 사용하여 쿼리할 경우 쿼리 성능을 몇 배 빠르게 선택할 수 있습니다.물론 특정 조건에서는 다른 것들을 망칠 수 있지만, 일반적으로 테이블이 있을 때, 특히 안정성이 걱정된다면 크기를 나누는 것이 좋은 일입니다.

이미 언급한 바와 같이 My ISAM은 사실상 크기 제한이 없습니다.제가 본 가장 큰 My ISAM 테이블은 330GB의 데이터였습니다.

서버가 다운되면 MyISAM은 인덱스를 손상시키는 경우가 많습니다.이를 해결하기 위해서는 보통 "수리"가 필요합니다.하지만, 만약 그것이 여러 줄의 중간에 있다면,INSERT아니면UPDATE아니면DELETE, 행 중 일부는 수정되었을 수 있지만 다른 행은 수정되지 않았습니다.이로 인해 '부패'라는 색다른 분위기가 연출될 수 있습니다.이에 대한 유일한 해결책은 모든 쓰기를 무력하게 만드는 것입니다.

InnoDB는 위의 문제를 회피합니다.기본적으로 한 가지 단점이 있습니다. 7GB는 15GB-20GB가 됩니다.디스크 공간이 있다면 변환하는 것을 적극 추천합니다. (네, MariaDB는 다른 엔진들을 많이 지원하지만 Oracle은 InnoDB에 의해 모든 것을 제거하고 있지만 대부분은 좁은 니치를 위한 것입니다.귀사의 데이터에 대한 자세한 정보가 없다면 InnoDB 이외의 것은 추천하지 않겠습니다.)

언급URL : https://stackoverflow.com/questions/44500776/how-reliable-is-the-stability-of-large-myisam-table