InnoDB Buffer Pool 工作原理详解：从内存到磁盘的数据流转全解析
今日关键词：Buffer Pool、Change Buffer、Log Buffer、Adaptive Hash Index、LRU 算法大家好，我是 数据库小学妹 前几天我们把 InnoDB 的三大日志（Redo Log、Undo Log、Binlog）拆了个底朝天。
一文搞懂 MySQL Buffer Pool：为什么它是性能提升的关键？
Buffer Pool概念数据库的数据为了安全必须存放在磁盘上，如果读写都直接和磁盘交互性能是很差的，为了提升性能数据库采取了一种 "缓冲区" 机制，在内存上分配一块连续空间来缓存经常用到的数据，要查询数据尽量从缓冲区里查，减少磁盘I/O。
MySQL的缓冲池「Buffer Pool」你知道多少？
基本结构和 free 链表 是一致的，图就不换了，我们在更新一条数据的时候，首先会更新的是 buffer pool 中的数据，这样的话，就导致了缓存中的数据和磁盘中数据不一致的情况，出现这种情况的缓存页我们叫做 脏页 ，脏页的话需要刷新会磁盘中去，所以 flush 链表 主要存放的就是这些 脏页 。
深入理解MySQL Buffer Pool：InnoDB性能优化的核心引擎
引言：为什么Buffer Pool如此重要？在MySQL的性能优化中，有一个组件的重要性怎么强调都不为过——那就是Buffer Pool。作为InnoDB存储引擎的内存缓存系统，Buffer Pool直接决定了数据库的响应速度和吞吐能力。
内存一路涨到OOM，查完发现凶手不是Buffer Pool
大家好，我是数据库小学妹 我踩过的坑，你别再踩。有一次线上，应用一直报 OOM，监控上数据库的内存曲线只涨不落。我第一反应是 Buffer Pool 出了问题，就去把它调小了。结果内存没降下来，查询反而更慢。折腾半天才搞明白，涨上去的那块，根本不在 Buffer Pool。
缓冲池(Buffer Pool)，淘汰策略了解多少呢?
MySQL数据是存储在磁盘中，但是如果每次都从磁盘读取数据，性能极差。要想提高查询性能，就需要在内存中增加一块缓存区间，将磁盘中读取到的数据缓存在内存，直接读取，为此InnoDB存储引擎设计了缓冲池（Buffer pool）。如何管理Buffer Pool?
命中率好看 ≠ 性能好，Buffer Pool的三个谎言
大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！监控面板上，Buffer Pool命中率显示99.2%。看起来一切正常，对吧？但用户的反馈是：页面还是慢，SQL还是卡。问题出在哪？Buffer Pool命中率是一个"平均数"，它会被热点数据拉高，掩盖冷门数据的灾难。
避开大表查询的坑：MySQL 流式输出不 OOM，但 Buffer Pool 会被污染！
前言先抛出问题：MySQL数据库 执行 SELECT * 一次性查一个巨表里的 5000万 条数据，数据量达到100G，会不会出现OOM ？
深入探寻数据库内存与缓冲池Buffer Pool的奥妙
MySQL是基于磁盘工作的，这句几乎刻在了每个后端程序员DNA里，但它真的对吗？其实答案并不能盖棺定论，你可以说MySQL是基于磁盘实现的，这点我十分认同，但要说MySQL是基于磁盘工作，这点我则抱否定的态度，至于为什么呢？