http://www.33gram.com/mysql-myisam%EC%9D%84-innodb%EB%A1%9C-%EB%B3%80%EA%B2%BD%ED%95%98%EA%B8%B0/
이거 보고 변경했던건데
다시 보니까 3번을 빼먹었습니다;;;
저게 웹호스팅에서는 안 돼서 삽질하다가 실수로 건너띄워 버렸네요
살펴보니까 뭐 잘못된건 없는거 같긴 한데
뭔가 문제 있을까요?
이미 변경한지 며칠 지나서 백업본으로 되돌리기도 힘든데...ㅠㅠ
http://www.33gram.com/mysql-myisam%EC%9D%84-innodb%EB%A1%9C-%EB%B3%80%EA%B2%BD%ED%95%98%EA%B8%B0/
이거 보고 변경했던건데
다시 보니까 3번을 빼먹었습니다;;;
저게 웹호스팅에서는 안 돼서 삽질하다가 실수로 건너띄워 버렸네요
살펴보니까 뭐 잘못된건 없는거 같긴 한데
뭔가 문제 있을까요?
이미 변경한지 며칠 지나서 백업본으로 되돌리기도 힘든데...ㅠㅠ
댓글 7
1. 지금 모든 테이블이 InnoDB로 되어 있고 유실된 데이터가 없다면 3단계는 거치지 않아도 상관없습니다. 웹호스팅에서는 안 되는데 어쩌겠어요.
2. 요즘은 덤프 떠서 복원하면 기존 테이블은 알아서 삭제하고 새로 만드는 것이 기본값으로 되어 있는 경우도 많아요. 만약 그렇지 않았다면 "테이블이 이미 있습니다"라는 에러가 나면서 InnoDB 변환이 이루어지지 않았겠죠? 일부러 삭제하고 새로 만들 필요가 없습니다.
3. 저 블로그 믿지 마세요. 덤프 떠서 복원하는 것보다 ALTER TABLE 하는 것이 훨씬 안전하고 속도도 빠릅니다. (물론 작업 중 오류에 대비하여 백업용으로 덤프를 떠놓는 것이 좋긴 하지만, 정상적으로 ALTER TABLE을 마친다면 그걸 다시 복원할 필요는 없어요.)
네, 인덱스 길이 등의 문제로 변환이 안 되는 테이블은 처음부터 에러를 뿜으면서 그냥 MyISAM으로 남습니다.