목차
Insert Buffer의 저장
삽입 버퍼의 역할
클러스터형 인덱스 삽입
비클러스터형 인덱스 삽입
Insert Buffer信息查看
Insert Buffer的问题
Insert Buffer的优化
总结:
데이터 베이스 MySQL 튜토리얼 중요한 지식 포인트 소개: InnoDB의 삽입 버퍼

중요한 지식 포인트 소개: InnoDB의 삽입 버퍼

Oct 30, 2020 pm 05:01 PM
innodb

Mysql 동영상 튜토리얼 칼럼에서는 InnoDB의 삽입 버퍼를 소개합니다.

중요한 지식 포인트 소개: InnoDB의 삽입 버퍼

InnoDB 엔진에는 더 나은 성능과 안정성을 제공하는 몇 가지 주요 기능이 있습니다.

  • 버퍼 삽입
  • 이중 쓰기
  • 적응형 해시 인덱스(적응형 해시 인덱스)
  • 비동기 IO(Async IO)
  • Refresh 이웃 페이지(Flush Neighbor Page)

오늘의 주제는插入缓冲(Insert Buffer)입니다. InnoDB 엔진의 기본 데이터 저장 구조는 B+ 트리이고 인덱스의 경우 클러스터형 인덱스와 비클러스터형 인덱스가 있기 때문입니다.

데이터를 삽입하면 필연적으로 인덱스가 변경됩니다. 말할 필요도 없이 클러스터형 인덱스는 일반적으로 오름차순입니다. 비클러스터형 인덱스는 반드시 데이터일 필요는 없으며, 이산적 특성으로 인해 삽입 중에 구조가 지속적으로 변경되어 삽입 성능이 저하됩니다.

그래서 비클러스터형 인덱스 삽입 성능 문제를 해결하기 위해 InnoDB 엔진에서는 Insert Buffer를 만들었습니다.

Insert Buffer의 저장

중요한 지식 포인트 소개: InnoDB의 삽입 버퍼

위 그림을 보면 Insert Buffer가 InnoDB 버퍼 풀의 구성 요소라고 생각하실 수 있습니다.

**요점: **실제로는 true 또는 false입니다. InnoDB 버퍼 풀에는 Insert Buffer의 정보가 포함되어 있지만 실제로 Insert Buffer는 데이터 페이지와 마찬가지로 물리적으로 존재합니다. B+ 트리의 형태).

삽입 버퍼의 역할

먼저 몇 가지 사항에 대해 이야기해 보겠습니다.

  • 테이블은 기본 키 인덱스를 하나만 가질 수 있습니다. 이는 물리적 저장소가 B+ 트리이기 때문입니다. (클러스터형 인덱스 리프 노드에 저장된 데이터는 단 하나의 데이터 복사본임을 잊지 마세요)

  • 비클러스터형 인덱스 리프 노드는 클러스터형 인덱스의 기본 키를 저장합니다

클러스터형 인덱스 삽입

먼저 우리는 InnoDB 스토리지 엔진에서 기본 키가 행의 고유 식별자(즉, 우리가 자주 이야기하는 클러스터형 인덱스)라는 것을 알고 있습니다. 일반적으로 기본 키에 따라 데이터를 증분식으로 삽입하므로 클러스터형 인덱스는 순차적이며 디스크에서 무작위로 읽을 필요가 없습니다.

예를 들어 테이블:

CREATE TABLE test(
	id INT AUTO_INCREMENT,
	name VARCHAR(30),
	PRIMARY KEY(id)
);复制代码
로그인 후 복사

위와 같이 기본 키 ID를 생성했는데 다음과 같은 특징이 있습니다.

  • Id 열은 자동으로 증가합니다.
  • Id 열에 NULL 값을 삽입하면 AUTO_INCREMENT로 인해 값이 증가합니다
  • 동시에 데이터 페이지의 행 레코드는 id 값에 따라 순서대로 저장됩니다

일반적으로 클러스터형 인덱스의 질서로 인해 무작위로 저장할 필요는 없습니다. 이러한 유형의 순차적 삽입은 매우 빠르기 때문에 페이지의 데이터를 읽습니다.

하지만 UUID와 같은 데이터에 열 ID를 삽입하면 비클러스터형 인덱스만큼 무작위로 삽입됩니다. 이로 인해 B+ 트리 구조가 계속 변경되고 성능이 필연적으로 영향을 받게 됩니다.

비클러스터형 인덱스 삽입

우리 테이블에는 여러 개의 비클러스터형 인덱스가 있을 때가 많습니다. 예를 들어 b 필드에 따라 쿼리했는데 b 필드가 고유하지 않습니다. 다음 표와 같이

CREATE TABLE test(
	id INT AUTO_INCREMENT,
	name VARCHAR(30),
	PRIMARY KEY(id),
	KEY(name)
);复制代码
로그인 후 복사

여기서 순차 저장소를 만들었습니다

    보조 인덱스 이름의 데이터 삽입은 순차적이지 않습니다
  • 비클러스터형 인덱스도 B+ 트리이지만 리프 노드는 기본 인덱스를 저장합니다. 클러스터형 인덱스의 키 및 이름 값입니다.
  • 이름 열의 데이터가 순차적이라는 보장이 없기 때문에 비클러스터형 인덱스 트리의 삽입은 순차적이어서는 안 됩니다.
  • 물론 이름 열에 시간 유형 데이터가 삽입되는 경우 비클러스터형 인덱스 삽입도 순차적입니다.

Insert Buffer의 등장

비클러스터형 인덱스 삽입의 이산적 특성으로 인해 삽입 성능이 저하되는 것을 볼 수 있으므로 InnoDB 엔진은 삽입 성능을 향상시키기 위해 Insert Buffer를 설계했습니다.

Insert Buffer를 사용하여 삽입하는 방법을 살펴보겠습니다:

먼저 Non-Clustered Index의 삽입이나 업데이트 작업을 위해 매번 인덱스 페이지에 직접 삽입하는 대신 먼저 insert non-clustered 인덱스 페이지가 버퍼 풀에 있는지 여부입니다. 있을 경우 직접 삽입하고, 없으면 먼저 Insert Buffer 개체에 넣으십시오.

외적으로는 트리가 비클러스터형 인덱스의 리프 노드를 삽입한 것처럼 보이지만 실제로는 다른 위치에 저장되어 있습니다. 중요한 지식 포인트 소개: InnoDB의 삽입 버퍼

삽입 버퍼와 보조 노드의 병합 작업을 수행합니다. 특정 빈도와 상황의 인덱스 페이지는 일반적으로 여러 삽입 작업이 함께 병합되어 비클러스터형 인덱스의 삽입 성능을 크게 향상시킵니다.

Insert Buffer的使用要求

  • 索引是非聚集索引
  • 索引不是唯一(unique)的

只有满足上面两个必要条件时,InnoDB存储引擎才会使用Insert Buffer来提高插入性能。

那为什么必须满足上面两个条件呢?

第一点索引是非聚集索引就不用说了,人家聚集索引本来就是顺序的也不需要你

第二点必须不是唯一(unique)的,因为在写入Insert Buffer时,数据库并不会去判断插入记录的唯一性。如果再去查找肯定又是离散读取的情况了,这样InsertBuffer就失去了意义。

Insert Buffer信息查看

我们可以使用命令SHOW ENGINE INNODB STATUS来查看Insert Buffer的信息:

-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 7545, free list len 3790, seg size 11336, 
8075308 inserts,7540969 merged sec, 2246304 merges
...复制代码
로그인 후 복사

使用命令后,我们会看到很多信息,这里我们只看下INSERT BUFFER 的:

  • seg size 代表当前Insert Buffer的大小  11336*16KB

  • free listlen 代表了空闲列表的长度

  • size 代表了已经合并记录页的数量

  • Inserts 代表了插入的记录数

  • merged recs 代表了合并的插入记录数量

  • merges 代表合并的次数,也就是实际读取页的次数

merges:merged recs大约为1∶3,代表了Insert Buffer 将对于非聚集索引页的离散IO逻辑请求大约降低了2/3

Insert Buffer的问题

说了这么多针对于Insert Buffer的好处,但目前Insert Buffer也存在一个问题:

即在写密集的情况下,插入缓冲会占用过多的缓冲池内存(innodb_buffer_pool),默认最大可以占用到1/2的缓冲池内存。

占用了过大的缓冲池必然会对其他缓冲池操作带来影响

Insert Buffer的优化

MySQL5.5之前的版本中其实都叫做Insert Buffer,之后优化为 Change Buffer 可以看做是 Insert Buffer 的升级版。

插入缓冲( Insert Buffer)这个其实只针对 INSERT 操作做了缓冲,而Change Buffer 对INSERT、DELETE、UPDATE都进行了缓冲,所以可以统称为写缓冲,其可以分为:

  • Insert Buffer

  • Delete Buffer

  • Purgebuffer

总结:

Insert Buffer到底是个什么?

  • 其实Insert Buffer的数据结构就是一棵B+树。

  • 在MySQL 4.1之前的版本中每张表有一棵Insert Buffer B+树

  • 目前版本是全局只有一棵Insert Buffer B+树,负责对所有的表的辅助索引进行Insert Buffer

  • 这棵B+树存放在共享表空间ibdata1中

以下几种情况下 Insert Buffer会写入真正非聚集索引,也就是所说的Merge Insert Buffer

  • 当辅助索引页被读取到缓冲池中时
  • Insert Buffer Bitmap页追踪到该辅助索引页已无可用空间时
  • Master Thread线程中每秒或每10秒会进行一次Merge Insert Buffer的操作

一句话概括下:

Insert Buffer 就是用于提升非聚集索引页的插入性能的,其数据结构类似于数据页的一个B+树,物理存储在共享表空间ibdata1中 。

相关免费学习推荐:mysql视频教程

위 내용은 중요한 지식 포인트 소개: InnoDB의 삽입 버퍼의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

AI Hentai Generator

AI Hentai Generator

AI Hentai를 무료로 생성하십시오.

인기 기사

R.E.P.O. 에너지 결정과 그들이하는 일 (노란색 크리스탈)
3 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. 최고의 그래픽 설정
3 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. 아무도들을 수없는 경우 오디오를 수정하는 방법
3 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌
WWE 2K25 : Myrise에서 모든 것을 잠금 해제하는 방법
4 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌

뜨거운 도구

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전

SublimeText3 중국어 버전

중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

SublimeText3 Mac 버전

SublimeText3 Mac 버전

신 수준의 코드 편집 소프트웨어(SublimeText3)

mysql innodb가 뭐야? mysql innodb가 뭐야? Apr 14, 2023 am 10:19 AM

InnoDB는 MySQL의 데이터베이스 엔진 중 하나이며 현재 MySQL AB의 바이너리 릴리스 표준 중 하나입니다. InnoDB는 이중 트랙 인증 시스템을 채택합니다. 하나는 GPL 인증이고 다른 하나는 독점 소프트웨어입니다. 권한 부여. InnoDB는 트랜잭션 데이터베이스에 선호되는 엔진이며 트랜잭션 보안 테이블(ACID)을 지원합니다. InnoDB는 최대 범위의 동시성을 지원할 수 있는 행 수준 잠금을 지원합니다.

MySQL이 바이너리 콘텐츠에서 InnoDB 행 형식을 보는 방법 MySQL이 바이너리 콘텐츠에서 InnoDB 행 형식을 보는 방법 Jun 03, 2023 am 09:55 AM

InnoDB는 디스크의 테이블에 데이터를 저장하는 스토리지 엔진이므로 종료하고 다시 시작한 후에도 데이터가 계속 존재합니다. 실제 데이터 처리 과정은 메모리에서 일어나므로 디스크에 있는 데이터를 메모리에 로드해야 하며, 쓰기나 수정 요청을 처리하는 경우에도 메모리에 있는 내용을 디스크에 새로 고쳐야 합니다. 그리고 우리는 디스크를 읽고 쓰는 속도가 매우 느리다는 것을 알고 있습니다. 이는 메모리에서 읽고 쓰는 것과는 몇 배 정도 다릅니다. 따라서 테이블에서 특정 레코드를 얻으려면 InnoDB 스토리지 엔진이 읽어야 합니다. 디스크의 레코드가 하나씩? InnoDB가 채택한 방식은 데이터를 여러 페이지로 나누고, 디스크와 메모리 간 상호 작용의 기본 단위로 페이지를 사용하는 것입니다. InnoDB의 페이지 크기는 일반적으로 16입니다.

mysql innodb 예외를 처리하는 방법 mysql innodb 예외를 처리하는 방법 Apr 17, 2023 pm 09:01 PM

1. mysql을 롤백하고 다시 설치합니다. 다른 위치에서 이 데이터를 가져오는 문제를 방지하려면 먼저 현재 라이브러리의 데이터베이스 파일(/var/lib/mysql/location)을 백업합니다. 다음으로 Perconaserver5.7 패키지를 제거하고 원래의 이전 5.1.71 패키지를 다시 설치하고 mysql 서비스를 시작했는데 Unknown/unsupportedtabletype:innodb 메시지가 표시되어 정상적으로 시작할 수 없었습니다. 11050912:04:27InnoDB:버퍼풀 초기화 중, 크기=384.0M11050912:04:27InnoDB:완료

Mysql의 innoDB에서 팬텀 읽기를 해결하는 방법 Mysql의 innoDB에서 팬텀 읽기를 해결하는 방법 May 27, 2023 pm 03:34 PM

1. Mysql 트랜잭션 격리 수준 이 네 가지 격리 수준은 여러 트랜잭션 동시성 충돌이 있는 경우 더티 읽기, 반복 불가능 읽기 및 팬텀 읽기 문제가 발생할 수 있으며 innoDB는 반복 읽기 격리 수준 모드에서 이를 해결합니다. 2. 팬텀 읽기란 동일한 트랜잭션에서 첫 번째 트랜잭션에서 범위 쿼리를 실행한 것처럼 전후에 동일한 범위를 두 번 쿼리했을 때 얻은 결과가 일치하지 않는 것을 의미합니다. 이때 조건에 맞는 데이터는 1개뿐이며, 두 번째 트랜잭션에서는 데이터 행을 삽입하여 제출합니다. 첫 번째 쿼리입니다. 첫 번째 트랜잭션의 첫 번째 쿼리와 두 번째 쿼리는 모두 동일합니다.

MySQL 스토리지 엔진 선택 비교: InnoDB, MyISAM 및 메모리 성능 지수 평가 MySQL 스토리지 엔진 선택 비교: InnoDB, MyISAM 및 메모리 성능 지수 평가 Jul 26, 2023 am 11:25 AM

MySQL 스토리지 엔진 선택 비교: InnoDB, MyISAM 및 메모리 성능 지수 평가 소개: MySQL 데이터베이스에서 스토리지 엔진의 선택은 시스템 성능과 데이터 무결성에 중요한 역할을 합니다. MySQL은 다양한 스토리지 엔진을 제공하며, 가장 일반적으로 사용되는 엔진으로는 InnoDB, MyISAM 및 Memory가 있습니다. 이 기사에서는 이 세 가지 스토리지 엔진의 성능 지표를 평가하고 코드 예제를 통해 비교합니다. 1. InnoDB 엔진 InnoDB는 나의 것

MyISAM 및 InnoDB 스토리지 엔진을 사용하여 MySQL 성능을 최적화하는 방법 MyISAM 및 InnoDB 스토리지 엔진을 사용하여 MySQL 성능을 최적화하는 방법 May 11, 2023 pm 06:51 PM

MySQL은 널리 사용되는 데이터베이스 관리 시스템이며, 다양한 스토리지 엔진이 데이터베이스 성능에 서로 다른 영향을 미칩니다. MyISAM과 InnoDB는 MySQL에서 가장 일반적으로 사용되는 두 가지 스토리지 엔진으로 서로 다른 특성을 갖고 있으며 부적절한 사용은 데이터베이스 성능에 영향을 미칠 수 있습니다. 이 기사에서는 이 두 가지 스토리지 엔진을 사용하여 MySQL 성능을 최적화하는 방법을 소개합니다. 1. MyISAM 스토리지 엔진 MyISAM은 MySQL에 가장 일반적으로 사용되는 스토리지 엔진으로, 빠른 속도와 작은 저장 공간이 장점입니다. 마이ISA

InnoDB 전체 텍스트 검색 기능을 설명하십시오. InnoDB 전체 텍스트 검색 기능을 설명하십시오. Apr 02, 2025 pm 06:09 PM

InnoDB의 전체 텍스트 검색 기능은 매우 강력하여 데이터베이스 쿼리 효율성과 대량의 텍스트 데이터를 처리 할 수있는 능력을 크게 향상시킬 수 있습니다. 1) InnoDB는 기본 및 고급 검색 쿼리를 지원하는 역 색인화를 통해 전체 텍스트 검색을 구현합니다. 2) 매치 및 키워드를 사용하여 검색, 부울 모드 및 문구 검색을 지원합니다. 3) 최적화 방법에는 워드 세분화 기술 사용, 인덱스의 주기적 재건 및 캐시 크기 조정, 성능과 정확도를 향상시키는 것이 포함됩니다.

MySQL 스토리지 엔진 읽기 성능을 향상하기 위한 팁 및 전략: MyISAM과 InnoDB의 비교 분석 MySQL 스토리지 엔진 읽기 성능을 향상하기 위한 팁 및 전략: MyISAM과 InnoDB의 비교 분석 Jul 26, 2023 am 10:01 AM

MySQL 스토리지 엔진의 읽기 성능을 향상시키기 위한 팁 및 전략: MyISAM과 InnoDB의 비교 분석 소개: MySQL은 주로 대량의 구조화된 데이터를 저장하고 관리하는 데 사용되는 가장 일반적으로 사용되는 오픈 소스 관계형 데이터베이스 관리 시스템 중 하나입니다. 애플리케이션에서는 읽기 작업이 대부분의 애플리케이션에서 주요 작업 유형이기 때문에 데이터베이스의 읽기 성능이 매우 중요한 경우가 많습니다. 이 기사에서는 일반적으로 사용되는 두 가지 스토리지 엔진인 MyISAM과 InnoDB에 대한 비교 분석을 중심으로 MySQL 스토리지 엔진의 읽기 성능을 향상시키는 방법에 중점을 둘 것입니다.

See all articles