2014-02-15 8 views
0

여러 MySQL 테이블을 InnoDb로 업데이트했습니다. 그렇게 한 후에, MySQL은 부진 해졌고, 데이터베이스를 가지고있는 하드 드라이브는 변경 작업이 완료 되었음에도 불구하고 계속 쓰고 있습니다. Perido에서 CPU는 두 코어에서 100 % 사용량이 많이 사용되지만 System Monitor (Debian)에 등록하지 않아도됩니다. 데이터베이스 읽기는 가능하지만 느립니다. 분명히 뭔가를 하느라 바쁘기 때문에 나는 글쓰려고 시도하지 않았습니다. 그러나 나는 무엇을 모르겠습니다.InnoDb에 업데이트 됨 - MySQL Unstable

더 깊게 파고 들자면 나는 ibdata1 파일 크기가 62GB에 이르는 것으로 밝혀졌습니다. InnoDB에 16, 10, 9, 1.5 및 1.1GB를 포함하는 큰 테이블이 있습니다. 많은 작은.

여기에 무슨 일이 일어날 지 아무도 모르는 사람이 있습니까? 아니면 내가 볼 수있는 몇 가지 빛을 비춰 줄 수있는 로그? 다시 시작했지만 MySQL이 온라인 상태가되면 같은 일이 발생하고 한 시간 이상 계속되고 있습니다. 또한, InnoDB 테이블을 MyISSAM으로 변경하는 것이 좋은 생각입니까? 대형 기업 중 거래를 위해 InnoDb를 요구하지는 않지만 작은 기업 중 일부는 50MB 미만입니다.

+0

innoDB를 먼저 최적화해야한다고 생각합니다. 그냥 의견 – Leo

+0

그게 무슨 뜻입니까? 지금은 아무 것도 할 수 없습니다. 데이터베이스에 대한 액세스는 매우 느리고 하드 드라이브는 끊임없이 무언가를하고 있습니다. –

+1

자세한 내용을 공유 할 수 있습니까? 데이터베이스의 크기가 커지면 어떤 종류의 문제가 발생합니까? "느리게"및 "뭔가하는 중"이 너무 일반적 임 – georgecj11

답변

1

가장 중요한 두 가지 옵션은 innodb_buffer_size와 innodb_logfile_size입니다. 전자는 데이터베이스만큼 커야하지만 OS는 최소 4-6G를 남겨 둡니다. 최적의 로그 파일 크기는 기록하는 양에 따라 다르지만 대부분의 작업 부하에서 약 256M이 작동합니다.