TCP连接收到请求后，必须分配给一个线程专门与这个客户端的交互，所以还有个线程池，每一个连接从线程池中获取线程，省去了创建和销毁线程的开销 所以连接管理的职责就是负责认证、管理连接、获取权限信息
InnoDB 存储引擎是以页为单位来管理存储空间的，我们进行的增删改查操作其实本质上都是在访问页 面（包括读页面、写页面、创建新页面等操作）。而磁盘 I/O 需要消耗的时间很多，而在内存中进行操 作，效率则会高很多，为了能让数据表或者索引中的数据随时被我们所用，DBMS 会申请 占用内存来作为 数据缓冲池 ，在真正访问页面之前，需要把在磁盘上的页缓存到内存中的 Buffer Pool 之后才可以访 问。
封面图片来自：mysql官方文档，8.0版本，InnoDB Architecture。
磁盘读写，并不是按需读取，而是按页读取，一次至少读一页数据（一般是4K），如果未来要读取的数据就在页中，就能够省去后续的磁盘IO，提高效率。
我并不期望成为一个专家级的 DBA，但是，在我优化 MySQL 时，我推崇 80/20 原则，明确说就是通过简单的调整一些配置，你可以压榨出高达 80% 的性能提升。尤其是在服务器资源越来越便宜的当下。
我并不期望成为一个专家级的 DBA，但是，在我优化 MySQL 时，我推崇 80/20 原则，明确说就是通过简单的调整一些配置，你可以压榨出高达 80% 的性能提升。尤其是在服务器资源越来越便宜的当下。 警告 没有两个数据库或者应用程序是完全相同的。这里假设我们要调整的数据库是为一个“典型”的 Web 网站服务的，优先考虑的是快速查询、良好的用户体验以及处理大量的流量。 在你对服务器进行优化之前，请做好数据库备份！ 1、 使用 InnoDB 存储引擎 如果你还在使用 MyISAM 存储引擎，那么是时候转换到
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
如果你不改变 MySQL 的缺省配置，你的服务器的性能就像题图的坏在一档的法拉利一样 “虎落平阳被犬欺” … 我并不期望成为一个专家级的 DBA，但是，在我优化 MySQL 时，我推崇 80/20 原则，明确说就是通过简单的调整一些配置，你可以压榨出高达 80% 的性能提升。尤其是在服务器资源越来越便宜的当下。 警告 1.没有两个数据库或者应用程序是完全相同的。这里假设我们要调整的数据库是 为一个“典型”的 Web 网站服务的，优先考虑的是快速查询、良好的用户体验以及处理大量的流量。 2.在你对服务
本篇介绍MySQL如何使用内存。MySQL主要将内存分配在三个部分，服务器、存储引擎及连接会话。服务器部分包含线程缓存、主机缓存及临时表，存储引擎部分包括缓冲池、日志缓冲，连接会话部分包括排序缓冲和联接缓冲。
应用系统分层架构，为了加速数据访问，会把最常访问的数据，放在缓存(cache)里，避免每次都去访问数据库。 操作系统，会有缓冲池(buffer pool)机制，避免每次访问磁盘，以加速数据的访问。 MySQL作为一个存储系统，同样具有缓冲池(buffer pool)机制，以避免每次查询数据都进行磁盘IO。 今天，和大家聊一聊InnoDB的缓冲池。 InnoDB的缓冲池缓存什么？有什么用？ 缓存表数据与索引数据，把磁盘上的数据加载到缓冲池，避免每次访问都进行磁盘IO，起到加速访问的作用。 速度快，那为啥不把
上篇《MySQL缓冲池(buffer pool)，终于懂了》，介绍了InnoDB缓冲池的工作原理。 简单回顾一下： （1）MySQL数据存储包含内存与磁盘两个部分； （2）内存缓冲池(buffer pool)以页为单位，缓存最热的数据页(data page)与索引页(index page)； （3）InnoDB以变种LRU算法管理缓冲池，并能够解决“预读失效”与“缓冲池污染”的问题； 画外音：细节详见《MySQL缓冲池(buffer pool)，终于懂了》。 毫无疑问，对于读请求，缓冲池能够减少磁盘IO，
InnoDB 存储引擎是以数据页为单位来管理存储空间的。InnoDB 存储引擎在处理客户端的请求时，当需要访问某个数据页的数据时，就会把完整的数据页的数据全部加载到内存中，也就是说即使我们只需要访问一个数据页的一条记录，那也需要先把整个数据页的数据加载到内存中。将整个数据页加载到内存中后就可以进行读写访问了，在进行完读写访问之后并不着急把该数据页对应的内存空间释放掉，而是将其缓存起来，这样将来有请求再次访问该页面时，就可以省去磁盘 IO 的开销了。这个缓存就称之为Buffer Pool。
这一节我们来介绍缓冲池的内部结构。如果不清楚缓冲池是什么东西可以查看之前系列的第一篇文章。缓冲池最简单的理解为数据库磁盘文件在内存对应的映射，是一个十分重要的核心组件，缓冲池的内容和细节还是挺多的，这部分内容个人会限制篇幅让读者更好的消化。
缓冲池是InnoDB存储引擎中一块连续的内存区域，用于缓存磁盘上的数据页和索引页。由于内存访问速度远快于磁盘访问，因此将经常访问的数据和索引加载到缓冲池中，可以显著提高数据库的读写性能。缓冲池的工作原理主要基于“时间局部性”和“空间局部性”原则，即最近访问过的数据在未来很可能再次被访问，且一个数据项被访问时，与其相邻的数据项也很可能被访问。
MySQL InnoDB缓冲池是数据库内存中的一块区域，用于缓存最近使用的数据和索引。合理地管理InnoDB缓冲池可以显著提高读写性能和响应速度，因为将数据保存在内存中比从磁盘读取要快得多。
很多新入职的小朋友可能和现在的我一样，对数据库的了解仅仅停留在建库建表增删改查这些操作，日常工作也都是用封装好的代码，别说底层原理了，数据库和系统之间是如何工作都不是很懂。
MySQL会通过使用内存缓存和缓冲来提高数据库的性能。MySQL里面与内存相关参数的默认值是基于一台使用512M内存的虚拟服务器设定的，因此，当用户使用MySQL时需要根据服务器实际内存的大小，对各个参数的值进行调节。在调整参数之前，需要了解一下MySQL究竟是如何使用内存的。
一、简介 数据库服务器需要CPU、内存、 磁盘和网络才能运行，了解这些资源对于DBA来说非常重要，因为任何的超载行为都可能成为限制因素，导致数据库服务器性能不佳。DBA的主要任务就是调整系统和数据库的配置，避免可用资源的过渡利用和利用不足。 首先，性能优化是一个持续的过程，安装MySQL通常是调整操作系统和数据库配置的第一步。而数据库是一个动态系统，这是一个永无止境的故事。你的MySQL数据库起初可能是CPU绑定的，因为你有足够的内存和很少的数据。随着时间地推移，它可能会改变，磁盘访问可能会变得更加频繁。正
MySQL的InnoDb Buffer Pool 缓冲池是主内存中的一个区域，用来缓存InnoDB在访问表和索引时的数据。对于频繁使用的数据可以直接从内存中访问，从而加快处理速度。如果一台服务器专用作MySQL数据库使用时，通常将70%~80%（具体看总内存大小而定）的物理内存空间分配给缓冲池。
新的MySQL8.0.20版本重新设计了InnoDB Double Write（DBLWR），确实是一个大的历史烦人的事情。为什么在过去这么痛苦，让我们付出了这么多精力，我无法更好地解释，因为从2018年开始，我已经在下面一篇关于MySQL基于IO负载的文章中说过了。这个故事并不完整，因为它缺少2019年的那一篇（稍后再讲），但是如果你（重新）读过上面的这篇文章提到的内容，您会更好理解接下来的内容。
（1）MySQL数据存储包含内存与磁盘两个部分； （2）内存缓冲池(buffer pool)以页为单位，缓存最热的数据页(data page)与索引页(index page)； （3）InnoDB以变种LRU算法管理缓冲池，并能够解决“预读失效”与“缓冲池污染”的问题；
由上图可以看出，tablespace由segment组成，segment由extend组成，extend由page组成，page由row组成 在MySQL中默认会有一个共享表空间ibdata1，如果设置了innodb_file_per_table=on时，每张表内的数据放在各自的tablespace中，私有tablespace仅包括数据，索引，插入缓冲Bitmap页，而其他的例如回滚信息，插入缓冲索引页，系统事务信息，二次写缓冲等都还是放在共享表空间
MySQL数据库的性能调优是数据库管理员和开发者们必须面对的挑战，而性能关键的方式在于参数的调优，其中 innodb_lru_scan_depth 是不可忽视的一项。今天我们一起了解这个参数，探讨如何通过调整它来优化数据库性能。
由于MySQL数据库独有的插件式体系结构，使得MySQL可以更换不同的存储引擎，不同的存储引擎负责对MySQL数据库中的数据进行管理。
2024 年 4 月 30 日，MySQL 8.4（第一个 LTS 版）正式发布，也验证了 Oracle 官方在之前宣布的 MySQL 版本发布节奏。
innodb存储引擎是第一个完整支持ACID事务的MySQL存储引擎，其特点是行锁设计、支持MVCC、支持外键、提供一致性非锁定读。从MySQL5.1版本开始，MySQL数据库允许存储引擎开发商以动态的方式加载引擎，这样存储引擎的更新可以不受MySQL数据库版本的限制。从MySQL5.5版本开始，它是默认的表存储引擎。
很多文章都是直接开始介绍有哪些存储引擎，并没有去介绍存储引擎本身。那么究竟什么是存储引擎？不知道大家有没有想过，MySQL是如何存储我们丢进去的数据的？
前段时间我在准备暑期实习嘛，这是当时面携程的时候二面的一道问题，我一脸懵逼，赶紧道歉，不好意思不知道没了解过，面试官又解释说 redo log，我寻思着 redo log 我知道啊，WAL 是啥？给面试官整无语了（滑稽），为我当时的无知道歉。后来回去百度了一下才知道，最近又在丁奇大佬的《MySQL 实战 45 讲》 中看到了 WAL，遂来写篇文章总结下。
InnoDB是一种兼顾高可靠性和高性能的通用存储引擎，架构分为两块：内存中的结构和磁盘上的结构。InnoDB 使用日志先行策略，将数据修改先在内存中完成，并且将事务记录成重做日志(Redo Log)，转换为顺序IO高效的提交事务。
天天和数据库打交道，一天能写上几十条 SQL 语句，但你知道我们的系统是如何和数据库交互的吗？MySQL 如何帮我们存储数据、又是如何帮我们管理事务？....是不是感觉真的除了写几个 「select * from dual」外基本脑子一片空白？这篇文章就将带你走进 MySQL 的世界，让你彻底了解系统到底是如何和 MySQL 交互的，MySQL 在接受到我们发送的 SQL 语句时又分别做了哪些事情。
常言说得好，每个成功男人背后都有一个为他默默付出的女人，而对于MySQL来说，这个“人”就是InnoDB存储引擎。 MySQL区别于其他数据库的最为重要的特点就是其插件式的表存储引擎。而在众多存储引擎中，InnoDB是最为常用的存储引擎。从MySQL5.5.8版本开始，InnoDB存储引擎是默认的存储引擎。 InnoDB存储引擎支持事务，其设计目标主要面向在线事务处理(OLTP)的应用。其特点是行锁设计、支持外键，并支持非锁定读，即默认读操作不会产生锁。 InnoDB通过使用多版本并发控制(MVCC)来获取高并发性，并且实现了SQL标准的4中隔离级别，默认为REPEATABLE级别。同时，使用一种被称为next-key-locking的策略来避免幻读现象的产生。除此之外，InnoDB存储引擎还提供了插入缓冲(insert buffer)、二次写(double write)、自适应哈希索引(adaptive hash index)、预读(read ahead)等高性能和高可用的功能。
这是mysql专栏的第四篇，上一个小节我们了解了如何通过flush list存储所有的脏页数据，这一节我们来继续介绍缓冲池的内部结构LRU链表。
MySQL的数据存储结构主要分两个方面：物理存储结构与内存存储结构，作为数据库，所有的数据最后一定要落到磁盘上，才能完成持久化的存储。内存结构为了实现提升数据库整体性能，主要用于存储临时数据和日志的缓冲。本文主要讲MySQL的物理结构，以及MySQL的内存结构，对于存储引擎也主要以InnoDB为主。
2024新年新气象，小菜同学又踏上了求职之路，但求职路艰辛，新年第一次面试又被面试官给问住了
InnoDB的性能和自动崩溃恢复特性，使得它在非事务性存储的需求中也有广泛的应用。
这次新开了一个个人的mysql专栏，专门用于总结mysql的一些细节以及相关的案例总结，同时也包括了一些mysql的底层实现，在后续的篇章则是根据《mysql技术内幕innodb存储引擎》（第二版）来深入了解mysql中用的最多的存储引擎的内部细节。
天天和数据库打交道，一天能写上几十条 SQL 语句，但你知道我们的系统是如何和数据库交互的吗？MySQL 如何帮我们存储数据、又是如何帮我们管理事务？....是不是感觉真的除了写几个 「select * from dual」外基本脑子一片空白？金三银四读者福利：整理好的MySQL实战笔记，金三银四面试资料集锦。
在MySQL中InnoDB属于存储引擎层，并以插件的形式集成在数据库中。从MySQL5.5.8开始，InnoDB成为其默认的存储引擎。InnoDB存储引擎支持事务、其设计目标主要是面向OLTP的应用，主要特点有：支持事务、行锁设计支持高并发、外键支持、自动崩溃恢复、聚簇索引的方式组织表结构等。
MySQL 是一种流行的开源关系数据库管理系统（RDBMS），其性能和可靠性在各种规模的应用中得到了广泛的验证。尽管 MySQL 本身已经非常高效，但在一些高并发、大数据量的场景下，对其内核进行深度优化是提升性能的关键。本文将详细探讨 MySQL 内核深度优化的若干方面，包括存储引擎优化、查询优化、内存管理优化、并发控制优化以及索引优化等。
这一节我们来继续讲述关于缓冲池的内容，以及关于数据页和表空间的内容，当然内容页比较基础和简单，理解相关概念即可。
我们都知道，数据库是用于存取数据的。然而，存取数据会涉及到磁盘I/O的读写操作，这使得I/O读写成为数据库系统的主要性能瓶颈。为了解决这个问题，MySQL数据库采用了许多内存管理技术来优化数据库操作，包括内存优化查询、排序以及写入操作。
MySQL是世界上最流行的开源关系型数据库管理系统之一。本文将深入探讨MySQL数据库的进阶实战，重点关注性能优化、高可用性和安全性方面的最佳实践。通过详细的代码示例和技术解析，读者将获得有关如何更好地配置、管理和保护MySQL数据库的知识。
对于innoDB存储引擎来说，数据是存储在磁盘上，而执行引擎想要操作数据，必须先将磁盘的数据加载到内存中才能操作。当数据从磁盘中取出后，缓存内存中，下次查询同样的数据的时候，直接从内存中读取，这样大大提高了查询性能。
我们聊到了Buffer Pool，很多朋友估计还是不是很了解，本文咱们就来聊聊。
在 MySQL架构（二）SQL 更新语句是如何执行的？中，小鱼介绍了SQL 更新语句的执行流程，文章中考虑初次介绍MySQL 架构，涉及到服务层的流程并没有展开介绍。
双十一仔细想了想，好像也没什么可买的，吃的零食什么的都还有，用的东西没什么缺的，想想还是算了吧，还不如早点搞完早点休息来的实在。个人感觉已经过了冲动消费的年纪了，这可能也是人老了的标志吧。。。
首先，InnoDB会判读缓冲池里是否存在 id = 1 这条数据，如果不存在则从磁盘中加载到缓冲池中，而且还会对这行数据加独占锁，防止多个sql同时修改这行数据。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
