innodb의 편리함 때문에 innodb를 많이 사용들 하시는데 대부분 기본 옵션인 테이블 스페이스사용합니다.
이런경우 스페이스화일의 용량을 줄이고 싶으면 풀덤프 풀 리스토어가 방법입니다.
하지만 해당작업을 하려면 정기점검 제대로 걸고 해야돼서 대부분 걍 두자 가 사실상 답이구요.
하드디스크 조각모으기 하는게 좋다 나쁘다 의견 분분 햇던 시절처럼 myisam테이블 optimize 자주하는게 좋다 나쁘다 의견들도 참 분분합니다.
잦은 optimize는 병이 돼고요, 적당한 optimize는 약이 됍니다. ㅅ ㅅ
참고:
file per table 옵션으로 innodb테이블을 관리하시면 복구할때 좋구요.
가장 좋은건 겁나게 크고 빨라야 돼는 table의 경우 ssd 파티션에 따로 테이블을 빼서 사용 할수 있다는 장점이 있습니다.
빠시온
그런데 OverHead가 100MB미만이면 그대로 놔둬도 무방하지 않을까 싶습니다.
첨 알았네요 감사합니다
innoDB는 안해도 됩니다.
MyISAM의 경우에는 속도나 lock에 문제가 있어서 비추 합니다.
그 중에 2개만 MyISAM이고 나머진 기본적으로 innoDB로 되어있네요..
왜 짬뽕이 되어 있지... -.-
그냥 두면 되요.
다만, 저 작업중에는 해당 테이블에 락 걸리니 점검 시간중에 진행해 주시는게 좋습니다.
http://www.percona.com/blog/2013/09/25/how-to-reclaim-space-in-innodb-when-innodb_file_per_table-is-on/
파일 크기가 줄어서 좋아서 해봤던거거든요.
자주 하면 거의 손톱 때만큼 줄어들지만
정기적으로 몇 개월 단위로 하면 용량이 꽤나 줄어들더군요.
자세한 정보 감사합니다 :)
이런경우 스페이스화일의 용량을 줄이고 싶으면 풀덤프 풀 리스토어가 방법입니다.
하지만 해당작업을 하려면 정기점검 제대로 걸고 해야돼서 대부분 걍 두자 가 사실상 답이구요.
하드디스크 조각모으기 하는게 좋다 나쁘다 의견 분분 햇던 시절처럼 myisam테이블 optimize 자주하는게 좋다 나쁘다 의견들도 참 분분합니다.
잦은 optimize는 병이 돼고요, 적당한 optimize는 약이 됍니다. ㅅ ㅅ
참고:
file per table 옵션으로 innodb테이블을 관리하시면 복구할때 좋구요.
가장 좋은건 겁나게 크고 빨라야 돼는 table의 경우 ssd 파티션에 따로 테이블을 빼서 사용 할수 있다는 장점이 있습니다.