MySQL: 데이터베이스 기본값, 여전히 이익을 얻고 있음

핵심 내용

• InnoDB는 클러스터된 기본 키, 행 잠금, 충돌 방지 재실행 복구 등 중요한 스토리지 엔진입니다. 엔진 교체를 권장하는 MyISAM 레거시 기사는 일반적으로 최신 MySQL 스택이 99% InnoDB이고 더 행복하다는 현실보다 앞서 있습니다.
• MySQL 8은 창 기능, CTE, 개선된 EXPLAIN FORMAT=TREE, JSON_TABLE을 통한 Hermes급 JSON 처리 등의 실제 기능으로 업그레이드의 어려움을 겪었습니다. MariaDB 포크의 기능 우선 마케팅을 예측한 흐름이 상당히 좁아졌습니다.
• 복제는 경력이 생기거나 망가지는 곳입니다. GTID 기반 설정은 토폴로지(체인, 다중 소스)를 관리 가능하게 만들고, 성능과 내구성 사이의 절충안으로 반동기를 만들고, 읽기-복제본 지연은 가정하지 않고 측정해야 합니다(pt-하트비트 스타일 검사 또는 Performance_schema 기반 대기 시간).
• 성능 작업은 느린 쿼리 로그와 Performance_schema로 시작됩니다. 명령문 다이제스트, 인덱스 사용 및 스키마 우선 인덱싱이 모든 마법의 my.cnf 매개변수 목록을 능가합니다. 버퍼 풀 크기 조정과 작업 세트가 중요한 실제 손잡이입니다.
• 복원하는 백업: 소규모 자산을 위한 덤프 기반 워크플로(mysqldump --single-transaction), 속도를 위한 물리적 스냅샷(Percona xtrabackup-class) 및 특정 시점 복구는 항상 문서 격자가 아닌 실제 중단 일정에 대해 테스트되었습니다.
• MySQL의 기본 상태가 계속 승리하는 경우: 애플리케이션 생태계가 이를 가정하고, 패널이 이를 제공하고(종종 MariaDB로 교체됨), 클라우드 운영자가 이를 저렴하게 제공하고, CMS 플러그인 생태계(특히 WordPress)가 먼저 이에 대해 테스트합니다. 기본값을 유지하는 것은 테스트를 유지하는 것을 의미합니다.

현장 노트

내가 본 최고의 MySQL 성능 작업은 구성 조정 마라톤이 아니라 쓰기 처리량을 위해 하나의 OLTP 테이블과 싸우는 세 개의 인덱스를 삭제하는 개발자였습니다. 벤치마킹 해제는 블로그 게시물이 아닌 느린 쿼리 다이제스트에서 시작됩니다.

자주 묻는 질문