MySQL 5.7 완벽 분석

제1장 MySQL의 개요 1.1 MySQL이란 1.1.1 세계적으로 가장 유명한 오픈소스 RDBMS 1.1.2 MySQL의 특징 1.1.3 MySQL 서버의 종류 1.1.4 MySQL 서버의 아키텍처 개요 1.2 MySQL 기능 추가의 역사 1.2.1 MySQL 3.23 이전 1.2.2 MySQL 3.23(2001년 1월) 제2장 레플리케이션 2.1 레플리케이션의 기본 구조 2.1.1 동작원리 2.1.2 바이너리 로그 2.1.3 레플리케이션을 구성하는 스레드 2.1.4 레플리케이션 용어 2.2 레플리케이션 셋업의 개요 2.2.1 마스터 설정 2.2.2 슬레이브에 데이터 복사 2.2.3 슬레이브의 설정 2.3 Performance 스키마로부터 정보 취득 2.4 GTID의 진화 2.4.1 GTID란 2.4.2 온라인에서의 GTID 유효화 2.4.3 GTID의 온라인 무효화 2.4.4 승격하지 않은 슬레이브 상에서의 GTID 관리 효율화 2.4.5 OK 패킷에 GTID 2.4.6 WAIT_FOR_EXECUTED_GTID_SET 2.4.7 보다 심플한 재기동 시점의 GTID 재계산 방법 2.5 준 동기 레플리케이션의 개선점 2.5.1 준 동기 레플리케이션이란 2.5.2 준 동기 레플리케이션의 사용법 2.5.3 무손실 레플리케이션 2.5.4 성능의 개선 2.5.5 ACK를 반환하는 슬레이브 수의 지정 2.6 멀티소스 레플리케이션 2.6.1 멀티소스 레플리케이션의 셋업 2.6.2 멀티소스 레플리케이션의 주의사항 2.7 마스터의 성능 개선 2.7.1 그룹 커밋의 제어 2.7.2 마스터 스레드의 메모리 효율 개선 2.7.3 마스터 스레드의 Mutex 경합 개선 2.8 동일 데이터베이스 내의 병렬 SQL 스레드 2.8.1 LOGICAL_CLOCK 모드의 MTS 설정 2.8.2 마스터의 튜닝 2.8.3 LOGICAL_CLOCK 모드의 MTS 구조 2.9 슬레이브의 관리성 향상 2.9.1 SHOW SLAVE STATUS의 개선 2.9.2 부분적 온라인 CHANGE MASTER 2.9.3 온라인 레플리케이션 필터 2.10 바이너리 로그와 XA 트랜젝션의 병용 2.11 바이너리 로그에 안전하지 않은 SQL 실행 시의 로그 제어 2.12 바이너리 로그 조작 실패 시의 동작 변경 2.13 SUPER 권한을 가진 사용자를 READ ONLY로 변경 2.14 각종 기본 값들의 변경 2.14.1 sync_binlog : 0 → 1 2.14.2 slave_net_timeout : 3600 → 60 2.14.3 binlog_format : STATEMENT → ROW 2.15 레플리케이션의 새로운 활용법 제3장 옵티마이저 3.1 MySQL 옵티마이저의 구조 3.1.1 SQL 실행의 흐름 3.2 EXPLAIN의 개선 3.2.1 표 형식 EXPLAIN의 개선 3.2.2 JSON 형식 EXPLAIN의 개선 3.2.3. 비주얼 EXPLAIN 3.2.4 실행중인 쿼리의 EXPLAIN 3.3 새로운 비용 모델의 도입 3.3.1 MySQL의 옵티마이저는 비용 기반 3.3.2 MySQL 5.7의 비용 모델 개요 3.3.3 두 종류의 비용 계수 3.4 옵티마이저 트레이스의 개선 3.4.1 옵티마이저 트레이스란 3.4.2 옵티마이저 트레이스의 사용법 3.4.3 옵티마이저 트레이스의 기본적 구조 3.4.4 옵티마이저 트레이스의 상세 및 개선점 3.5 실행계획의 개선 3.5.1 JOIN 알고리즘의 상세 3.5.2 JOIN 비용 견적에서의 WHERE 구문의 고려사항 3.5.3 스토리지 엔진이 제공하는 통계정보의 개선 3.5.4 서브쿼리 실행계획의 개선 3.5.5 UNION의 개선 3.5.6 GROUP BY의 SQL 준거 3.6 옵티마이저 힌트 3.6.1 filesort의 효율화 3.6.2 디스크 기반의 임시 테이블 개선 3.7 새로운, 또는 기본값이 변경된 옵션들 3.7.1 internal_tmp_disk_storage_engine : InnoDB 3.7.2 eq_range_index_dive_limit : 10 → 200 3.7.3 sql_mode 3.7.4 optimizer_switch 3.8 새로운 옵티마이저 활용법 제4장 InnoDB 4.1 InnoDB의 개요 4.1.1 전형적인 트랜젝션 대응 데이터스토어 4.1.2 InnoDB의 기능적인 특징 4.1.3 InnoDB의 구조적인 특징 4.2 MySQL 5.7의 성능상 개선점 4.2.1 RO 트랜젝션의 개선 4.2.2 RW 트랜젝션의 개선 4.2.3 리드 뷰 작성시 오버헤드 감소 4.2.4 트랜젝션 관리영역의 캐시 효율 개선 4.2.5 임시 테이블의 최적화 4.2.6 페이지 클리너 스레드의 복수화 4.2.7 Flash 알고리즘의 최적화 4.2.8 Crash 리커버리 성능의 개선 4.2.9 로그 파일에 대한 read-on-write 방지 4.2.10 로그 파일의 쓰기 효율 향상 4.2.11 어댑티브 해쉬의 확장성 개선 4.2.12 Memcached API의 성능 개선 4.3 MySQL 5.7 관리성 향상 4.3.1 버퍼풀의 온라인 리사이즈 4.3.2 일반 테이블스페이스 4.3.3 32/64K 페이지 지원 4.3.4 UNDO 로그의 온라인 TRUNCATE 4.3.5 아토믹한 TRUNCATE TABLE 4.3.6 ALTER문으로 복사하지 않는 VARCHAR 사이즈의 변경 4.3.7 ALTER문으로 복사하지 않는 인덱스 이름의 변경 4.3.8 인덱스 작성의 고속화 4.3.9 페이지 통합에 대한 충전률 지정 4.3.10 REDO 로그 형식의 변경 4.3.11 버퍼풀을 덤프할 비율 지정 4.3.12 DOUBLE WRITE BUFFER가 불필요한 경우 자동적으로 무효화 4.3.13 NUMA 지원의 추가 4.3.14 DEFAULT 행 형식의 지정 4.3.15 InnoDB 모니터의 유효화 방법 변경 4.3.16 Information 스키마의 개선 4.4 투과적 페이지 압축 4.4.1 압축 테이블 4.4.2 투과적 페이지 압축 4.5 풀 텍스트 인덱스의 개선 4.5.1 Pluggable 파서의 지원 4.5.2 NGRAM 파서와 MeCab 파서의 탑재 4.5.3 풀 텍스트 서치의 최적화 4.6 공간인덱스 지원 4.6.1 GIS 함수의 명명 규칙 정리 4.6.2 GIS 함수의 리팩토링 4.6.3 GeoHash 함수 4.6.4 GeoJson 함수 4.6.5 새로운 함수의 추가 4.7 각종 기본값의 변경 4.7.1 innodb_file_format : Antelope → Barracuda 4.7.2 innodb_buffer_pool_dump_at_shutdown : OFF → ON 4.7.3 innodb_buffer_pool_load_at_startup : OFF → ON 4.7.4 innodb_large_prefix : OFF → ON 4.7.5 innodb_purge_thread : 1 → 4 4.7.6 innodb_strict_mode : OFF → ON 4.8 새로운 InnoDB 활용법 제5장 Performance 스키마와 SYS 스키마 5.1 Performance 스키마란 5.1.1 Performance 스키마의 컨셉과 구조 5.1.2 Information 스키마와의 차이점 5.2 Performance 스키마의 사용법 5.2.1 Performance 스키마의 유효화 5.2.2 수집할 데이터의 설정 5.2.3 수집할 데이터의 결정 방법 5.3 Performance 스키마의 테이블 5.4 각종 Performance 스키마 테이블의 개요 5.4.1 이벤트 테이블 5.4.2 집계 테이블 5.4.3 인스턴트 테이블 5.4.4 lock 테이블 5.4.5 STATUS 변수 테이블 5.4.6 레플리케이션 정보 테이블 5.4.7 그 외 테이블 5.4.8 테이블의 접근 권한 5.5 MySQL 5.7에 추가된 테이블 및 계기 5.5.1 메모리 할당 및 해제 5.5.2 테이블 lock, 메타 데이터 lock 5.5.3 저장 프로그램 5.5.4 트랜젝션 5.5.5 Prepared Statement 5.5.6 사용자 변수 5.5.7 STATUS 변수, 시스템 변수 5.5.8 SX-lock 5.5.9 스테이지의 진보 5.6 Performance 스키마의 성능 개선…

출처: 국립중앙도서관 서지정보