데이터를 ACID-보장
1.sync_binlog = 1 (바이너리 보안)
수 (여기서 시스템 MySQL의 예에 따라 바이너리 로그 그룹 커밋 운영 디스크 플러시에 로그 버퍼에서 트랜잭션 확약, 바이너리 로그를 확인하고 0 혼자 디스크에 시스템 버퍼에서 시스템을 새로 고치려면 자신의 새로 고침 메커니즘을 표시하기 전에 IO 버퍼 새로 고침 메커니즘), 1은 트랜잭션이 1보다 큰, 바이너리 로그의 복수의 작업 그룹 일회용 브러쉬 플레이트를 저지 0을 나타내며 1 개보다 큰 바이너리 로그 기록을 잃어버린 값 디스크를 새로 고칠에 해당하는 바이너리 로그 전에 커밋 나타냅니다 위험.
2.innodb_flush_log_at_trx_commit = 1 (보안 로그 재실행)
디스크의 로그 파일을 집행 메커니즘 착륙 InnoDB의 로그 버퍼에서 innodb_flush_log_at_trx_commit 1 트랜잭션이 커밋되면, InnoDB의 로그 디스크에 플러시됩니다 ACID 엄격한 규정을 준수 함을 의미합니다. 0 0 2는 서버 또는 시스템에서 벤 붕괴되어 바닥, 두 개의 로그 파일 버퍼 매개 변수 N, innodb_flush_log_at_timeout 따라 한 번씩 N 초 떨어질 것을 보장하기 위해 디스크에 버퍼에서 시스템 자체의 메커니즘에 의존하는 것입니다 로그의 손실의 위험이 있습니다.
3.innodb_doublewrite = 1 (데이터 보안)
innodb_doublewrite를 아마 I / O 작업 시간 동안 인해 다른 InnoDB의 페이지 크기와 OS 블록 크기로 데이터 파일을 저장할 때, 디스크를 저장 주로 방지하기 위해 안전 메커니즘으로 인해 벤의 붕괴로 인한 다양한 문제에 부분 페이지 쓰기.
IO 업그레이드 방법
파일 및 데이터 로그 파일 1.InnoDB 엔진 디렉토리 레이아웃을 전술 한 다른 물리적 디스크에 분산되어
2. innodb_buffer_pool_size, 이노 버퍼 크기를 향상
3. 사용 DELAY_KEY_WRITE는 = ON 옵션, 배치 인덱스 업데이트를 수행. 단지 엔진의 MyISAM 유효한