weixin_44994494的博客

元数据节点从 free 链表中取出写入数据到缓存页，如果缓存页被修改了，那么该元数据就被加入到 flush 链表，这些 flush 节点就是被修改过的数据页元数据，等待被刷入磁盘。基于 free 链表找到一块空闲的缓存页写入数据后，然后更新了这个缓存页，此时缓存页中的数据就与磁盘中的数据页不一致了，那么这个缓存页就是脏数据或者说脏页。所以这时预加载和全表扫描加载的缓存页会被放在冷数据区，而热数据区的缓存页只要被访问就会一直在热数据区，也就不会导致频繁访问的缓存页被淘汰了。可关注专栏 ====》

Buffer pool 是 InnerDB 存储引擎的一个重要组件，MySQL 的所有 CRUD 操作都是围绕 Buffer pool 进行的。现在只知道 Buffer pool 是一个缓冲池，里面存放了磁盘数据的缓存，那么 Buffer pool 是一个什么样的结构，是如何在 SQL 执行过程中起作用的呢？

SQL 语句的最终执行者是存储引擎。存储引擎在经解析器、优化器处理后被执行器调用其接口执行优化后的执行计划。MySQL 存储引擎包括 InnoDB、Myisam、Memory、Archive、CSV 存储引擎等，其中最常用也是MySQL 默认的存储引擎是 InnoDB。写入缓冲池（Buffer pool）InnoDB 中有一个非常重要的组件——缓冲池（Buffer pool）,缓冲池中存储了 MySQL 在磁盘文件上的数据缓存。

在了解 MySQL 原理之前，对我而言 MySQL 就是一个黑盒子，我写的SQL 语句通过服务发送给 MySQL 数据库，然后数据库就执行 SQL 语句，返回一些查询结果或做一些操作。然后就没然后了。。。再深入一点，就是知道某些 SQL 的写法会降低数据库执行效率，也就是需要所谓的 SQL 优化。但是为什么会降低执行效率呢？？？所以有必要了解一下 MySQL 的原理。连接池从业务 SQL 到 MySQL 真正执行的流程分析了整个 MySQL 数据库的架构。

基于 druid 连接池自定义配置做一主多从的读写分离配置，做读写分离的前提是数据库集群已做好主从同步配置。这里直接把配置的数据源信息读取到，由 druid 创建 DataSource 数据源，托管数据库连接。每个连接的建立都保存在当前线程中，这里把 DataSource 分为 Master 和 Slave，在后面配置的 AOP 拦截可以选择不同的数据源。但也有特例，需要强制选择 Master 库，所以配置了根据 @Master 注解主动选择数据源。这里配置 druid 监控平台。配置 druid 监控。

建议先思考自己的思路牛客网连接：https://www.nowcoder.com/practice/e50d92b8673a440ebdf3a517b5b37d62?tpId=82&tags=&title=&difficulty=0&judgeStatus=0&rp=1.题目：输出：思路：主要是几个字段 dept_emp （简称d） 和 dept_manager（简称m) 表中的 emp_no 和 dept_no分析：首先是两张表联查，这里使用 i

建表语句：CREATE TABLE employees (emp_no int(11) NOT NULL,birth_date date NOT NULL,first_name varchar(14) NOT NULL,last_name varchar(16) NOT NULL,gender char(1) NOT NULL,hire_date date NOT NULL,PRIMARY KEY (emp_no));CREATE TABLE dept_manager (dept_