MYSQL
管理连接，权限验证
Sys
物理系统<Mini-transaction>
general.log
分析器
查询缓存
t2.frm
Handle API<MySQL Server>
存储引擎
Mysql
簇extent
performance_schema
操作系统最小的单元是块<block>最小的单位是：4k
B树
页面1page
物理锁
执行计划生成，索引选择
ibdata
优化器
存储数据，提供读写接口
存储系统信息：表名、列名、列属性等
页面64page
表
Log file1
slow.log慢查询
所有的存储都是有最小的存储单元：在磁盘上最小的单元是扇区
数据字典
t1.ibd表数据
一个扇区：512字节（0.5k）
首先我们知道，在逻辑处理和磁盘文件之间，都是有一层缓存的，这里主要是日志缓冲区和innodb_buffer_pool。和其他大家常用的kafka、elasticsearch、rocksDB等等一样，要保持性能，必然都遵循相同或类似的规则，那就是写pageCache、顺序写磁盘，这是决定任何一个带存储功能的性能的关键点。请务必记着innodb_buffer_pool，未来能对性能起决定性作用的一个重要因子。要明白，任何时候，决定读写速度的都是内存，只要你要读的数据在内存里，它就比在磁盘上快。redis就是靠内存，mysql的数据缓存，就取决于innodb_buffer_pool。缓冲层提供了高效的读写性能，再下面就是物理文件层了，是落到磁盘上的。磁盘上重要的地方有REDO日志，和表数据（页）
Log file2
innodb_file_per_table :设置多个表公用一个数据文件
客户端
innodb_file_per_table=0Data segment 表数据存储空间
决定了b+tree在某个高度下，能存放的数据量 2w 和1500w 查询速度是一样
t1.frm表结构
Insert buffer
My.confmysql 配置
操作引擎，返回结果
事务系统<MVCC>
Table1.ibd
userdb
Mysql 文件结构
Table2.ibd
执行器
连接器
命中则直接返回结果
每个访问都会产生事务，事务处理会产生锁（表锁、行锁），操作对象是表、索引、b+ tree。对数据页面的访问需要物理事务，为了读写一致性，需要读写锁（物理锁）。为了高效定位和管理“页”，需要用到文件管理系统
Table3.ibd
叶子段segment
默认的日志文件
error.log记录错误和警告
information_schema
data
索引index
事务锁系统
索引
t3.frm
词法分析，语法分析
Mysql Innodb体系结构
Double Write Buffer
内节点段segment
ib_logfile1
记录所有在数据库上执行的语句，可以用来追踪问题，文件增长很快，也很大，一般不会打开，偶尔要调试时可以打开。
Handler API是供mysql server层调用的，server层定义了一些接口，譬如insert、delete，具体怎么实现，是由每个存储引擎自己实现的
数据页面及日志刷盘 文件数据页面载入
InnoDb最小存储单元是页<page>:16k
mysql的一些配置信息，如编码、排序的信息
Rollback Segment
ib_logfile0
文件管理系统
Server层
Innodb API<XXXX>
db.opt
