14.性能优化-explain优化器决策结果
摘要：
explain结果列说明： explain 列名 描述 id 在一个大的查询语句中每个SELECT关键字都对应一个唯一的id select_type SELECT关键字对应的那个查询的类型 table 表名 partitions 匹配的分区信息 type 针对单表的访问方法 possible_key
16.缓冲池-BufferPool
摘要：
buffer pool 常识： Buffer Pool 是一片连续的内存空间，通过innodb_buffer_pool_size在服务器运行过程中调整buffer pool大小，默认为128MB Free Page（空闲页），此页未被使用，位于 Free 链表； Clean Page（干净页），此页
01.Mysql逻辑架构
摘要：
mysql逻辑架构图 图片 MySQL从架构角度可以分为： Server层： 该层实现所有跨存储引擎的功能。e.g. 存储过程、触发器、视图等 连接器： 职责：连接器负责跟客户端建立连接、获取权限、维持和管理连接 查看当前的连接状态: show processlist 连接： 生命周期：一个用户成功
18.主从同步
摘要：
主从复制 MySQL 集群的主从复制过程梳理成 3 个阶段： 写入 Binlog：主库写 binlog 日志，提交事务，并更新本地存储数据。 同步 Binlog：把 binlog 复制到所有从库上，每个从库把 binlog 写到暂存日志中。 回放 Binlog：回放 binlog，并更新存储引擎中的
13.连表查询-join
摘要：
连接的本质： 把各个连接表中的记录都取出来依次匹配的组合加入结果集并返回给用户 示意图： 图片 连接的类型： 根据驱动表中的记录在被驱动表中无匹配时，是否加入到最后的结果集分为： 内连接INNER JOIN：不加入结果集 外连接：加入结果集 根据驱动表选择分为： 左外连接 LEFT JOIN：选取左
10.表空间结构
摘要：
独立表空间： 表空间的是由若干个区组成的 区（extent）： 连续的64个页就是一个区extent，默认占用1MB空间大小。 为什么要有区：同层的索引页之间以链表组织，物理距离可能会比较远，这样就会引起随机IO。使用区可以保证64个页的连续） 段（segment）： 定义：某些零散的页以及一些完整
02.日志系统
摘要：
bin log 备份日志 作用：Server层生成的日志，主要用于数据备份和主从复制 bin log刷盘时机： 事务执行过程中，先把日志写到 binlog cache（Server 层的 cache），事务提交的时候，再把 binlog cache 写到操作系统的内核缓冲区page cache，最后
17.Sql是如何执行的
摘要：
UPDATE t_user SET name = ‘x’ WHERE id = 1 执行器负责具体执行，会调用存储引擎的接口，通过主键索引树搜索获取 id = 1 这一行记录： 如果 id=1 这一行所在的数据页本来就在 buffer pool 中，就直接返回给执行器更新(id非唯一索引的前提下)；
12.索引合并-indexMerge
摘要：
索引合并 index merge： 含义：使用到多个索引来完成一次查询的执行方法 explain 中 type 会显示index merge 核心思想： 读多个二级索引的操作是顺序IO（索引是有序的），只用一个索引，但是做回表操作是随机IO 索引合并优点： 可以减少回表次数 基于有序的主键回表 Ro
docker
摘要：
docker client-server 架构 docker client使用REST API，通过UDS或者network，与dockerd进行通信 Docker Registries 用来存储Docker Images 默认使用Docker Hub Registries 常用的registrie
