MySQL 캐시 분류 및 구성에 대한 자세한 소개

MySQL 캐시 분류

InnoDB 버퍼 풀
InnoDB 로그 파일 및 MyIsAM 데이터를 위한 운영 체제 캐시
MyIsAM 키 캐시
쿼리 캐시
구성할 수 없는 캐시 수동, 바이너리 로그, 테이블 정의 파일의 운영 체제 캐시
다른 캐시는 일반적으로 많은 메모리를 필요로 하지 않습니다.

InnoDB 버퍼 풀
기능:
1. 캐시 개체에는 다음이 포함됩니다. : 데이터 행, 인덱스, 삽입 버퍼, 잠금 및 내부 데이터 구조.
2. 버퍼 풀을 사용하여 중재자의 쓰기를 지연시키고, 여러 쓰기를 병합하고 순차적으로 쓸 수 있습니다(저장 장치)
관련 매개변수:
InnoDB 버퍼 풀의 크기를 쿼리합니다. 단위는 바이트입니다.
　　'innodb_buffer_pool_size'와 같은 변수 표시;
　　innodb_max_dirty_pages_pct 변수는 더티 페이지 수에 영향을 미칩니다.
　　 'innodb_max_dirty_pages_pct'와 같은 변수 표시
더티 페이지가 innodb_max_dirty_page에서 지정한 비율을 초과하는 경우 s_pct, 배경 스레드 더티 페이지를 디스크로 플러시하기 위해 시작(빠른 플러시 모드)
MySQL에 메모리가 부족하면 정기적으로 더티 페이지를 디스크로 플러시하고
더티 페이지를 정리하는 sqlserver의 지연 쓰기와 유사한 백그라운드 스레드가 있습니다. 더티 페이지가 차지하는 공간. 메모리 공간은 다른 데이터(메모리에 로드해야 하는 데이터)가 사용합니다.
트랜잭션 로그에 공간이 없으면 InnoDB는 Intensive Flush 모드로 들어갑니다. 대용량 로그가 성능을 향상시킬 수 있는 이유(?)
워밍업 버퍼:
데이터베이스가 데이터 액세스 성능을 향상시키기 위해 디스크를 캐시 영역에 로드합니다
　버퍼를 예열하는 두 가지 방법
　1.Percina Server
　2.Init_file 설정, 즉 sql 시작 후 Init_file의 sql은 sql 문에 지정된 데이터가 버퍼에 기록됩니다.

기능:
MyisAM 키 캐시는 MyisAM 테이블은 인덱스만 캐시합니다. MyisAM 키 캐시는 캐시된 인덱스입니다.
관련 매개변수:
기본적으로 MyisAM 키 캐시(풀)는 하나만 있습니다.
구성 옵션 key_buffer_size
key_buffer_size 설정 시 인덱스 크기를 참고하세요. key_buffer_size 값은 인덱스보다 크게 설정해야 합니다
또는 총 메모리의 25%~50%를 넘지 않도록 하세요. 운영 체제 캐시
설정 시 인덱스 필드의 크기를 참조하십시오: information_schema에서 sum(index_length)를 선택하십시오.`TABLES`
기본적으로 mysql은 기본 키 캐시의 모든 인덱스를 조대화합니다.
각 MyisAM 키 캐시(풀)의 크기가 지정된 경우 여러 개의 key_buffer_size를 생성하여 인덱스를 캐시할 수 있습니다
구성 방법, 구성 파일에 추가
　　key_buffer_1.key_buffer_size = 1G
　　key_buffer_2.key_buffer_size = 1G
기본 것 외에 총 3개의 key_buffer_size가 있습니다
　　키 캐시에 대한 인덱스를 지정합니다:
　　 지정된 버퍼에 대한 캐시 테이블의 인덱스 : key_buffer_1의 캐시 인덱스 t1,t2
또는 init_file LODA INDEX INTO CACHE t1,t2에서
구성(기본 버퍼에 할당됨)
키 캐시 사용량 계산:
100-(( key_buffer_unused*key_cache_block_size)*100/key_buffer_size)
기타:
1. MyisAM은 데이터를 캐시하기 위해 운영 체제 메모리를 사용합니다. 데이터가 인덱스보다 큰 경우가 많기 때문에 키 캐시 대신 운영 체제 캐시를 위해 더 많은 메모리를 예약해야 합니다.
2. MyisAM 테이블이 아니더라도 key_buffer_size는 여전히 더 작은 값(예: 32M)으로 설정되어야 합니다. mysql 서버는 내부적으로 MyisAM 테이블을 사용할 수 있습니다.

스레드 캐시
기능:
연결이 닫히면 해제됩니다. 스레드가 캐시되어 대기 상태입니다.
새로운 연결이 생성되면 캐시에 캐시된 스레드를 직접 사용하여 연결 요청의 효율성을 높일 수 있습니다.
연결마다 새 스레드를 생성합니다
소비 방식 :
새로 들어오는 연결은 캐시에서 캐시 상태의 스레드를 점유합니다(점유된 후 캐시에서 삭제됩니다).
연결이 닫혔을 때 스레드 캐시가 아직 남아 있는 경우 space, 현재 스레드를 캐시 스레드로 반환합니다. 캐시 스레드에 공간이 없으면 이 스레드를 삭제합니다.
관련 매개변수:
Thread_cache_size는 캐시에 저장할 수 있는 스레드 수를 지정합니다.
각각의 메모리 스레드가 차지하는 공간은 약 256kb 정도인데,
동시접속량이 매우 많은 경우가 아니면 구성하지 말아야 합니다. 일반적으로 이 값은 구성할 필요가 없습니다.
단위는 캐시된 스레드의 개수입니다
표시 'thread_cache_size'와 같은 변수
각 스레드가 차지하는 메모리 공간은 약 256kb입니다.

테이블 캐시
기능:
주로 MyisAM 테이블과 관련됩니다. 캐시되는 것은 테이블의 .frm 구문 분석 결과와 일부 기타 데이터입니다.
캐싱 후 테이블에 액세스하는 효율성은 다음과 같습니다. 개선되었습니다. MyIsAM 테이블의 경우, 테이블이 캐시된 후 테이블이 사용되고 있음을 표시하기 위해 MyisAM 헤더 파일을 수정하는 것을 피할 수 있습니다.
'%table_open_cache%'와 같은 변수 표시

InnoDB 데이터 사전 테이블
기능:
InnoDB 테이블 정의 정보 캐시,
InnoDB 테이블이 열릴 때마다 테이블 정의가 데이터 사전에 캐시되지만 테이블이 닫힌 후에도 캐시에서 제거되지는 않습니다.

위 내용은 MySQL 캐시 분류 및 구성에 대한 자세한 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!