mysql 더티 페이지는 무엇을 의미합니까?

MySQL에서 메모리 데이터 페이지와 디스크 데이터 페이지의 내용이 다른 경우 이 메모리 페이지를 더티 페이지라고 합니다. 더티 페이지 플러시 시나리오: 1. 리두 로그가 가득 차면 MySQL은 모든 업데이트 작업을 일시 중지하고 로그의 이 부분에 해당하는 더티 페이지를 디스크에 동기화합니다. 2. 시스템 메모리가 부족하면 일부 데이터 페이지가 필요합니다. 제거되는 경우 더티 페이지가 더티 페이지인 경우 먼저 더티 페이지를 디스크에 동기화해야 합니다. 3. MySQL은 시스템이 유휴 상태일 때 기회가 있을 때 메모리 데이터를 디스크에 동기화할 것이라고 생각합니다. . 이 경우에는 성능 문제가 없습니다.

더티 페이지(메모리 페이지)

• 클린 페이지: 메모리와 디스크의 데이터가 일치함

• 더티 페이지: 메모리와 디스크의 데이터가 일치하지 않음

더티 페이지를 하는 이유 appear

보통 매우 빠른 업데이트 작업은 모두 메모리와 로그에 기록됩니다. 이때, 메모리 데이터 페이지와 디스크 데이터 페이지의 내용이 일치하지 않는데, 이를 더티 페이지라고 합니다. 不会马上同步到磁盘数据页,这时内存数据页跟磁盘数据页内容不一致,我们称之为脏页。

这里面就涉及 mysql 的内存管理机制

内存管理机制简述

缓冲区中包含这三大类列表。分别为：LRUList、FreeList、FlushList。

在数据库刚启动时，LRUlist中没有数据页。FreeList存放空闲页。

• 当需要读取某个页时，会从FreeList中获取一个空闲页，读入数据后，放入LRUlist中

• 如果FreeList中没有空闲页了，那么根据LRU算法淘汰Lru列表中末位的页

• 当LRUlist中的页被修改后，页就变成了脏页，这个页也会被加入FlushList中

注意：这时这个页既在LRUlist中，又在FlushList中。

总结：LRUList（管理已经被读取的页）和FreeList（管理空闲的页）用来管理页的可用性；FlushList（管理脏页）用来管理脏页的刷新

在脏页数据同步到磁盘过程中，如果对该磁盘数据页执行 SQL 语句。执行速度就会变慢

数据修改和读取只依赖缓冲区行不行

假如只有缓存区用来进行数据修改和读取，一旦数据库宕机，缓存区中的数据将会丢失。因此，MySQL利用之前介绍过的redo日志来实现在异常重启时的数据恢复。

以简单的方式解释，就是在更新缓冲区之前，将操作记录在redo log中，以确保在出现异常重启的情况下，仍然可以恢复缓冲区中的数据。

为什么脏页一定要刷新

• 上面说了 数据只放在缓冲区，会出现数据库宕机，内存数据丢失。所以需要刷新到磁盘。

• redo log如果无限大或者有许多个文件的话，系统中有大量的修改操作，一旦宕机，恢复的时间也会非常长。

所以自然而然，我们就一定需要把内存中的脏页按照某种规则刷新到磁盘中，有了刷新这个操作，缓冲区的大小问题和redo log的大小问题都可以解决。

• 缓冲区不需要无限大了，因为可以持久化到磁盘

• 因为一旦redo log中的数据被持久化到磁盘上，对应的部分数据就可以被释放，所以无需设置redo log过大。

刷脏页有下面4种场景

undefined会造成的影响

如果是 redo log 写满了

要尽量避免redo log 写满。否则整个系统的更新都会停止。此时写的性能变为 0，必须等待该日志对应脏页同步完成

여기에는 mysql의 메모리 관리 메커니즘이 포함됩니다🎜

🎜메모리 관리 메커니즘에 대한 간략한 설명🎜

🎜버퍼에는 이러한 세 가지 범주의 목록이 포함되어 있습니다. LRUList, FreeList, FlushList입니다. 🎜🎜데이터베이스가 처음 시작되면 LRUlist에 데이터 페이지가 없습니다가 있습니다. FreeList는 무료 페이지를 저장합니다. 🎜🎜🎜🎜페이지를 읽어야 할 때 FreeList에서 무료 페이지를 가져옵니다. 데이터를 읽은 후 LRUlist에 저장됩니다.🎜🎜🎜🎜FreeList에 사용 가능한 페이지가 없으면 LRU 목록이 LRU 알고리즘에 따라 제거됩니다. 하단의 페이지 🎜🎜🎜🎜LRUlist의 페이지가 수정되면 해당 페이지는 더티 페이지가 되며, 이 페이지도 FlushList🎜🎜🎜🎜🎜에 추가됩니다. 이번에는 이 페이지가 이미 LRUlist에 있습니다. 다시 FlushList에 있습니다. 🎜🎜🎜요약: LRUList(읽은 페이지 관리) 및 FreeList(무료 페이지 관리)는 페이지 가용성을 관리하는 데 사용됩니다. FlushList(더티 페이지 관리)는 더티 페이지 새로 고침을 관리하는 데 사용됩니다.🎜🎜더티 페이지의 데이터 동기화 디스크로 이동하는 과정에서 디스크 데이터 페이지에 SQL문이 실행되는 경우. 실행 속도가 느려집니다🎜

🎜데이터 수정 및 읽기에만 버퍼에만 의존하면 되나요🎜

🎜버퍼 영역만 데이터 수정에 사용된다면 데이터베이스가 다운되면 캐시 영역의 데이터는 손실됩니다. 따라서 MySQL은 비정상적인 재시작이 발생할 경우 데이터 복구를 위해 이전에 소개한 redo 로그를 사용합니다. 🎜🎜간단히 설명하면, 버퍼를 업데이트하기 전에 작업이 리두 로그에 기록되어 비정상적인 재시작이 발생하는 경우에도 버퍼의 데이터를 복구할 수 있습니다. 🎜

🎜더티 페이지를 새로 고쳐야 하는 이유🎜🎜🎜🎜🎜위에서 데이터는 버퍼에만 배치되며 데이터베이스 다운타임 및 메모리가 발생한다고 했습니다. 데이터 손실. 따라서 디스크에 플러시해야 합니다. 🎜🎜🎜🎜리두 로그가 무한히 크거나 파일이 많으면 시스템에서 수정 작업이 많아지고 일단 다운되면 복구 시간이 매우 길어집니다. 🎜🎜🎜🎜따라서 특정 규칙에 따라 🎜메모리의 더티 페이지를 디스크로 플러시🎜해야 합니다. 새로 고침 작업을 통해 버퍼 크기 문제와 REDO 로그 크기 문제를 해결할 수 있습니다. 🎜🎜🎜🎜디스크에 지속 가능하기 때문에 버퍼가 무한할 필요는 없습니다🎜🎜🎜🎜리두 로그의 데이터가 디스크에 지속되면 해당 데이터 부분이 해제될 수 있으므로 리두 로그가 너무 커서 설정할 필요가 없습니다. 🎜🎜🎜

🎜더티 페이지 브러싱에는 다음과 같은 4가지 시나리오가 있습니다🎜🎜🎜undefine🎜이로 인해 발생하는 영향🎜🎜🎜🎜리두 로그가 가득 찬 경우🎜🎜🎜제발 다시 실행 로그가 가득 찼습니다를 피하세요. 그렇지 않으면 전체 시스템의 업데이트가 중지됩니다. 이때 쓰기 성능은 0이 되며, 더티 페이지 동기화가 완료될 때까지 기다려야 업데이트가 가능합니다. SQL문 실행 속도가 매우 느립니다. 🎜

위 내용은 mysql 더티 페이지는 무엇을 의미합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!