MySQL innodb 변수 'innodb_log_file_size'를 안전하게 변경하는 방법은 무엇입니까?

그래서 저는 InnoDB 튜닝에 상당히 익숙하지 않습니다. MyIsam에서 InnoDB로 (필요한 경우) 테이블을 천천히 변경하고 있습니다. innodb에 약 100MB가 있으므로 innodb_buffer_pool_size변수를 128MB로 늘 렸습니다 .

mysql> show variables like 'innodb_buffer%';
+-------------------------+-----------+
| Variable_name           | Value     |
+-------------------------+-----------+
| innodb_buffer_pool_size | 134217728 |
+-------------------------+-----------+
1 row in set (0.00 sec)

innodb_log_file_size값 을 변경하려고 할 때 ( mysql의 innodb 구성 페이지의 my.cnf 예 에서 로그 파일 크기를 버퍼 크기의 25 %로 변경하기 위해 주석을 달았습니다.) 이제 my.cnf는 다음과 같습니다.

# innodb
innodb_buffer_pool_size = 128M
innodb_log_file_size = 32M

서버를 다시 시작하면 다음 오류가 발생합니다.

110216 9:48:41 InnoDB : 버퍼 풀 초기화, 크기 = 128.0M
110216 9:48:41 InnoDB : 버퍼 풀 초기화 완료
InnoDB : 오류 : 로그 파일 ./ib_logfile0의 크기가 다른 크기 0 5242880 바이트
InnoDB : .cnf 파일 0 33554432 바이트!
110216 9:48:41 [ERROR] 플러그인 'InnoDB'init 함수가 오류를 반환했습니다.
110216 9:48:41 [오류] STORAGE ENGINE으로 'InnoDB'플러그인을 등록하지 못했습니다.

그래서 내 질문 : 이전 log_files를 삭제하는 것이 안전 innodb_log_file_size합니까? 아니면 변수 를 변경하는 다른 방법이 있습니까?

예, 일단 mysqld가 종료되면 로그 파일을 삭제하는 것이 안전합니다

이를 고려하여 다음 단계를 수행하십시오.

mysql -uroot -p... -e"SET GLOBAL innodb_fast_shutdown = 0"
service mysql stop
mv /var/lib/mysql/ib_logfile[01] /tmp
service mysql start

mysqld를 시작하면 다시 생성 ib_logfile0되고ib_logfile1

시도 해봐 !!!

업데이트 2011-10-20 16:40 EDT

로그 파일을 다시 실행하기 전에 InnoDB 버퍼 풀의 모든 데이터를 깨끗하게 페이징 아웃합니다. 종료하기 약 1 시간 전에이 옵션을 설정해야합니다.

SET GLOBAL innodb_max_dirty_pages_pct = 0;

기본적으로 innodb_max_dirty_pages_pct 는 75 (MySQL 5.5+) 또는 90 (MySQL 5.5 이전)입니다. 이 값을 0으로 설정하면 더티 페이지 수가 InnoDB 버퍼 풀의 1 % 미만으로 유지됩니다. service mysql stop어쨌든이 작업을 수행 합니다. 또한 종료하면 재실행 로그에 남아있는 모든 항목이 완료됩니다. 이 옵션을 유지하려면 /etc/my.cnf에 추가하십시오.

[mysqld]
innodb_max_dirty_pages_pct = 0

업데이트 2013-04-19 16:16 EDT

mysql을 다시 시작하고 mysql을 중지하여이를 수행했기 때문에 innodb_fast_shutdown으로 답변을 조금 더 업데이트 했습니다. 커밋되지 않은 모든 트랜잭션에 InnoDB 트랜잭션 로그 내부 및 외부의 다른 이동 부분이있을 수 있으므로이 한 단계는 매우 중요합니다 ( InnoDB 인프라 참조 ).

innodb_fast_shutdown 을 2로 설정 하면 로그도 정리되지만 더 많은 움직이는 부분이 여전히 존재하며 mysqld가 시작되는 동안 Crash Recovery에서 선택됩니다. 0으로 설정하는 것이 가장 좋습니다.

대신 편의를 위해 여기에 재현 하는 공식 방법을 권장 합니다.

MySQL 5.6.7 또는 이전 버전 에서 InnoDB 로그 파일의 수 또는 크기를 변경하려면 다음 지침을 사용하십시오. 사용할 프로시 저는 종료 조작 전에 시스템 테이블 스페이스를 완전히 최신 상태로 유지할지 여부를 결정하는 innodb_fast_shutdown 값에 따라 다릅니다.

• innodb_fast_shutdown이 2로 설정되지 않은 경우 : MySQL 서버를 중지하고 오류없이 종료되도록하여 리두 로그에 미해결 트랜잭션에 대한 정보가 없는지 확인하십시오. 종료 중에 문제가 발생하여 테이블 스페이스를 복구해야하는 경우를 대비하여 이전 리두 로그 파일을 안전한 곳에 복사하십시오. 로그 파일 디렉토리에서 이전 로그 파일을 삭제하고 my.cnf를 편집하여 로그 파일 구성을 변경 한 다음 MySQL 서버를 다시 시작하십시오. mysqld는 시작할 때 InnoDB 로그 파일이 존재하지 않는 것을 확인하고 새로운 파일을 생성합니다.

• innodb_fast_shutdown이 2로 설정된 경우 : innodb_fast_shutdown을 1로 설정하십시오.

mysql> SET GLOBAL innodb_fast_shutdown = 1;

그런 다음 이전 항목의 지침을 따르십시오.

MySQL 5.6.8 부터 InnoDB_fast_shutdown 설정은 InnoDB 로그 파일의 수 또는 크기를 변경할 때 더 이상 관련이 없습니다. 또한 이전 로그 파일을 백업으로 안전한 장소에 여전히 복사 할 수 있지만 더 이상 이전 로그 파일을 제거하지 않아도됩니다. InnoDB 로그 파일의 수 또는 크기를 변경하려면 다음 단계를 수행하십시오.

1. MySQL 서버를 중지하고 오류없이 종료되는지 확인하십시오.

2. my.cnf를 편집하여 로그 파일 구성을 변경하십시오. 로그 파일 크기를 변경하려면 innodb_log_file_size를 구성하십시오. 로그 파일 수를 늘리려면 innodb_log_files_in_group을 구성하십시오.

3. MySQL 서버를 다시 시작하십시오.

InnoDB가 innodb_log_file_size가 리두 로그 파일 크기와 다르다는 것을 감지하면 로그 체크 포인트를 작성하고 기존 로그 파일을 닫고 제거하며 요청 된 크기로 새 로그 파일을 생성 한 다음 새 로그 파일을 엽니 다.

innodb_buffer_pool_size-단순히 my.cnf( my.ini) 를 변경 하고 mysqld를 다시 시작하십시오.

innodb_log_file_size덜 중요합니다. 이유가없는 한 변경하지 마십시오. 롤랜드 가 단계를 제공 했지만 한 가지 측면이 저를 걱정합니다 ... 처음 두 단계가 중요한지 모르겠습니다. 그들이 될 수있는 것 같습니다 :

1. set innodb_fast_shutdown = OFF
2. MySQL을 다시 시작
3. MySQL을 중지
4. 로그 파일을 제거하십시오
5. MySQL을 시작

로그 파일은 완료되지 않은 비즈니스를 추적합니다. " innodb_fast_shutdown"는 다시 시작한 후에 해당 내용을 처리한다고 말합니다 . 파일을 제거하면 정보가 손실 될 수 있습니까?

새로운 버전의 일을 개선 : (댓글에 더 많은 토론)

• 5.6 innodb_log_file_size4GB 이상 허용
• innodb_log_file_sizeiblog *를 먼저 제거하지 않고도 5.6 을 변경할 수 있습니다 *
• 5.7 동적 크기 조정 가능 innodb_buffer_pool_size

log_file_size를 변경해야합니까?

사용 GLOBAL STATUS로그주기 전에 시간 (분)을 계산.

Uptime / 60 * innodb_log_file_size / Innodb_os_log_written`

60 (분)보다 훨씬 적 으면 log_file_size를 늘리는 데 도움이 될 수 있습니다. 더 많은 경우 로그 파일은 디스크 공간을 낭비하고 있습니다. "1 시간"은 다소 임의적이므로 가까운 경우 log_file_size를 변경하지 마십시오.

innodb_log_files_in_group기본값은 2로 두십시오 .

mysql에 로그온하면 다음 명령을 입력하십시오.

pager grep seq;
show engine innodb status \G select sleep(60); show engine innodb status \G

두 개의 숫자를 얻게됩니다. 먼저 하나를 얻은 다음 잠시 기다립니다. 당신은 다른 것을 얻을 것입니다.

첫 번째는 3.456.718.123이고 두 번째는 4.098.873.134라고 가정하십시오.

지금 (4.098.873.134-3.856.718.123) * 60 / 1024 / 1024

결과는 13.856MB입니다.

두 개의 로그 파일이 있습니다. 따라서 2로 나누면 7.000MB에 가까운 숫자가 표시됩니다. 확실하게, 로그 파일 크기를 8GB로 설정하십시오.

chown mysql : mysql -R / etc / mysql / var / lib / mysql && cd / var / lib / mysql && rm -f ib_logfile * && service mysql restart || 서비스 mysql restart

제대로 작동하는지 확인 [데비안 6에서 테스트]