14.14.1.3 압축 정보 스키마 테이블의 사용
INNODB_CMP
, INNODB_CMP_PER_INDEX
및 INNODB_CMPMEM
를 참조하십시오). 다음 표는 가벼운 워크로드 하에있는 INFORMATION_SCHEMA.INNODB_CMP
의 내용을 보여줍니다. 버퍼 풀에 포함되어있는 유일한 압축 페이지 크기는 8K입니다. 컬럼 COMPRESS_TIME
및 UNCOMPRESS_TIME
이 0이기 때문에 페이지 압축 또는 압축 해제에 소비 된 시간은 통계가 재설정 된 후 1 초 미만이었습니다.
page size | compress ops | compress ops ok | compress time | uncompress ops | uncompress time |
---|---|---|---|---|---|
1024 | 0 | 0 | 0 | 0 | 0 |
2048 | 0 | 0 | 0 | 0 | 0 |
4096 | 0 | 0 | 0 | 0 | 0 |
8192 | 1048 | 921 | 0 | 61 | 0 |
16384 | 0 | 0 | 0 | 0 | 0 |
INNODB_CMPMEM
에 따르면, 버퍼 풀 에는 6169 개의 압축 된 8K 바이트 페이지가 존재합니다. 할당 된 다른 블록 크기는 64 바이트입니다. INNODB_CMPMEM
에서 가장 작은 PAGE_SIZE
는 해당 압축 해제 된 페이지가 버퍼 풀에 존재하지 않는 압축 페이지의 블록 기술자로 사용됩니다. 이 같은 페이지가 5910 개 존재하는 것을 알 수 있습니다. 또한 간접적으로는 259 (6169-5910) 개의 압축 페이지를 버퍼 풀에 압축 해제 된 형태로 존재하는 것을 알 수 있습니다.
다음 표는 가벼운 워크로드 하에있는 INFORMATION_SCHEMA.INNODB_CMPMEM
의 내용을 보여줍니다. 압축 페이지에 대한 메모리 할당 조각화를 위해 일부 메모리 SUM(PAGE_SIZE*PAGES_FREE)=6784
는 사용할 수 없습니다. 이것은 작은 메모리 할당 요청이 버디 할당 시스템을 사용하여 (주 버퍼 풀에서 할당 16K 블록에서 시작)보다 큰 블록을 분할함으로써 충족되기 때문입니다. 조각이 이렇게 적은 것은 더 큰 인접한 빈 블록을 형성하기 위해 할당 된 일부 블록을 재배치 (복사) 된 것입니다. 이 SUM(PAGE_SIZE*RELOCATION_OPS)
바이트의 카피에서 소비 된 시간은 1 초 미만이었습니다 ( (SUM(RELOCATION_TIME)=0)
).
page size | pages used | pages free | relocation ops | relocation time |
---|---|---|---|---|
64 | 5910 | 0 | 2436 | 0 |
128 | 0 | 1 | 0 | 0 |
256 | 0 | 0 | 0 | 0 |
512 | 0 | 1 | 0 | 0 |
1024 | 0 | 0 | 0 | 0 |
2048 | 0 | 1 | 0 | 0 |
4096 | 0 | 1 | 0 | 0 |
8192 | 6169 | 0 | 5 | 0 |
16384 | 0 | 0 | 0 | 0 |