[Study] Real MySQL 8.0 (1)

서론 MySQL만의 사용자 생성 방법, 각 계정 권한 설정 방법 차이 존재 사용자 아이디 확인 해당 사용자가 어느 IP에서 접속 중인지 확인 역할 개념의 도입으로, 각 사용자의 권한으로 미리 준비된 권한 세트 부여 가능 => MySQL 8.0 이상에서 계정의 식별 방식

MySQL 엔진: 머리 역할스토리지 엔진: 손발 역할Ex) InnoDB 스토리지 엔진, MyISAM 스토리지 엔진핸들러 API를 만족할 경우, 누구나 스토리지 엔진을 구현해 MySQL 서버에 추가해 사용 가능역할요청된 SQL문장을 분석하거나 최적화하는 등의 두뇌에 해당

MySQL 에서 사용할 수 있는 스토리지 엔진 중 거의 유일하게 레코드 기반 잠금 제공 => 높은 동시성 처리 가능, 안정적, 성능 GoodInnoDB의 모든 테이블은 기본적으로 프라이머리 키를 기준으로 클러스터링되어 저장=> 프라이머리 키 값의 순서대로 디스크에 저장

4.2.9 ~ 4.2.13언두 로그(Undo Log): InnoDB 스토리지 엔진이 트랜잭션과 격리 수준을 보장하기 위해 DML로 변경되지 이전 버전의 데이터를 별도로 백업하는데, 이 백업된 데이터를 의미함트랜잭션 보장: 트랜잭션이 롤백되면 트랜잭션 도중 변경된 데이터

서론MyISAM 스토리지 엔진 성능에 영향을 미치는 요서인 키 캐시와 운영체제의 캐시/버퍼에 대해 살펴보자MyISAM 특징트랜잭션 없음레코드 단위 잠금 없음(=테이블 잠금만 존재)데이터 캐시 없음 -> 운영체제 캐시에 의존인덱스는 자체 키 캐시가 따로 있음키 캐시(Ke

서론로그 파일은 MySQL 상태 진단의 가장 기본 도구이므로 로그 파일을 잘 살펴보자MySQL 내부에서 발생하는 각종 에러, 경고, 서버 시작/종료 정보 등을 기록MySQL을 재시작하면 에러 로그에 다음이 남음:서버 시작 성공 여부(ready for connection

서론1\. 트랜잭션 \- 작업의 완전성 보장 \- 논리적인 작업 셋을 모두 완벽하게 처리 or 처리하지 못할 경우 원 상태로 복구해 작업의 일부만 적용되는 현상 방지 \- 데이터의 정합성을 보장하기 위한 기능2\. 잠금(Lock) \- 동시성을 제어하기 위한