mysql技术内幕-innodb

首先，每个叶子节点存储了主键的值；对于非叶子 节点，不仅存储了索引字段的值，同时也存储了对应的主键的最小值

cardinality
非常关键的值，表示索引中唯一值的数据的估计值。应该尽可能的接近1，如果非常小，可以考虑去掉该索引

checkpoint

索引页

数据页

UNDO页

插入缓冲

自适应哈希索引

innodb存储的锁信息

数据字典信息

innodb_buffer_pool_instances

LRU List、Free List、Flush Fist

Lru

默认8MB

Master Thread 每一秒将重做日志缓冲刷新到重做日志文件

每个事务提交时会将重做日志缓冲刷新到重做日志文件

当重做日志缓冲池剩余空间小于1/2时

服务器意外宕机导致实例失败，Innodb存储引擎利用重做日志恢复到宕机前的状态，以此保证数据的完整性。

日志缓冲刷新的磁盘，即使这个事务未提交（总是）

合并插入缓冲（可能）

至多刷新100个Innodb的缓冲池中的脏页到磁盘(可能)

如果当前没有用户活动，则切换到backgroud loop(可能)

刷新 100 个脏页到磁盘 可能

合并至多5个插入缓冲 总是

将日志缓冲刷新到磁盘 总是

删除无用的 undo 页 总是

刷新100 个或者 10个脏页到磁盘 总是

package com.tsintergy.adss.serviceimpl.algorithm.base; public class 前往 {     void masteor_thread(){   loop: //主循环,间隔10s   for(int i=0;i thread_sleep(1) //sleep 1 s   do log buffer flush to disk //每秒都要刷新日志缓存到硬盘   if(last_one_second_iosinnodb_max_dirty_pages_pct){//如果缓存中的脏页比例大于配置中的innodb_max_dirty_pages_pct就刷新innodb_io_capacity个脏页到硬盘   do buffer pool flush 100% innodb_io_capacity dirty page   }   if(no user activity){ //如果当前没有活跃用户或者数据库关闭时，就跳入background loop   goto backgroud loop   }   sleep 1 second if necessary   }   //每10秒执行的操作           if(last_ten_second_ios< innodb_io_capacity){ //如果最后10s内IO小于innodb_io_capacity次，那么就刷新innodb_io_capacity个脏页到硬盘 do buffer pool flush 100% * innodb_io_capacity dirty page } do merge at most 5 insert buffer //总是合并最多5个插入缓存 do log buffer flush to disk //总是将日志缓存刷新到磁盘 do full purge //总是删除buffer_pool中无用的undo页，一次最多20个 if(buf_get_modified_ratio_pct>70%){ //如果缓存中脏页比例大于70%，就刷新innodb_io_capacity个脏页到硬盘，否则只刷新10%*innodb_io_capacity个   do buffer pool flush 100% * innodb_io_capacity dirty page   }else{   buffer pool flush 10% * innodb_io_capacity dirty page   }   do fuzzy checkpoint //产生一个检查点   goto loop:               background loop: //backupgroud循环               do full purge //总是删除bufferpool中无用的undo页   do merge 100% * innodb_io_capacity insert buffer //总是合并innodb_io_capacity个插入缓存   if not idle：//如果不空闲，就跳回主循环，如果空闲就跳入flush loop               goto loop：               else               goto flush loop   flush loop:               do buffer pool flush 100% * innodb_io_capacity dirty page //总是刷新innodb_io_capacity个脏页到硬盘，直到缓存中的脏页比例小于innodb_max_dirty_pages_pct   if(buf_get_modified_ratio_pct>innodb_max_dirty_pages_pct){   goto flush loop   }   goto suspend loop //完成刷新脏页的任务后，跳入suspend loop   suspend loop:               suspend_thread() //将master线程挂起，等待事件激活   waiting event   goto loop:               } }

因为在插入时，数据库并不去查找插入记录的唯一性，否则就需要离散的读取数据，这使 insert buffer 失去了意义

一个页存放的行数据越多，性能越高

Null 值除了占用标记位，实际存储不占有任何空间

zlib算法压缩

记录逻辑SQL语句

记录表的行的更改情况

默认采用 statement，但是会根据实际情况调整

通过二进制日志中的信息来进行审计，判断是否有对数据库进行注入攻击

innodb采用的方式，更为主动的死锁检测方法

数据库保存两个信息

引擎根据锁的信息链表检测是否存在死锁，然后选择回滚 undo 量最小的事务

刷新redo日志只在master thread中操作

每次提交事务都强制 fsync

每次提交都提交写文件的操作，但是什么时候写到磁盘由操作系统决定

重做日志写入的总量

checkpoint的位置

页的版本

因为插入数据在隔离性要求下未提交前对其他事务是不可见的，所以可以事务提交后直接删除

记录的是对delete 和 upate 操作产生的undo log，可能用于 MVCC机制，因此不能在事务提交时就进行删除，而是放入到 undo log 链表等待 purge 线程清理

提供访问事务资源的方法，通常一个数据库就是一个资源管理器

协调参与全局事务中的各个事务，需要和参与全局事务的所有资源管理器进行通信

定义事务的边界，指定全局事务的操作