共计 1868 个字符，预计需要花费 5 分钟才能阅读完成。
mysql
mysql 日志
binlog
- 次要记录 mysql 的逻辑日志，采纳追加写的形式
-
应用场景：1. 主从复制 2. 数据恢复
redolog
- mysql 采纳先写日志，后写磁盘的形式，宕机的时候停业通过 redolog 来进行复原
- undo 日志用于回滚
mysql 的幻读其实分为两种状况
- 以后读的幻读状况
以后读 select 永远读到的数据不会产生任何变动，通过 mvvc 实现 - 快照读的幻读状况
快照读通过锁实现，都曾经锁住了，你插入个基基！
A. select *from t;
B. insert into t values(1)
C. insert into t values(1)
c 报错：这种场景不是幻读，网上一顿瞎几把乱说的
这种查的时候是通过快照读的，插入的时候又是通过以后读，什么狗币货色！，网上一大堆概念谬误，通过以后读和快照读的数据不一样，来示意幻读。
https://xie.infoq.cn/article/…
mysql 打断点
https://juejin.cn/post/684490…
mysql 加锁是给索引加锁的，如果字段没索引就会给全表加索引
| Field | Type | Null | Key | Default | Extra |
|---|---|---|---|---|---|
| id | int(1) | NO | PRI | NULL | auto_increment |
| name | varchar(8) | YES | NULL |
INSERT INTO `test` VALUES ('100', '小罗');
INSERT INTO `test` VALUES ('500', '小黄');
INSERT INTO `test` VALUES ('700', '小明');
INSERT INTO `test` VALUES ('1100', '小红');
主键索引：1. 如果是等值查问，且 id 存在则只会锁住一条记录
a: select *from T where id=100 for update;
b: insert into T values(200,'张三');
后果：可能失常插入
2. 如果等值查问，且 id 不存在，会锁住一个范畴
a：select *from T where id=200 for update;
b: 插入的时候 [100,500] 的这个范畴内都不能进行插入
1. 在一般索引列上，不论是何种查问，只有加锁，都会产生间隙锁，这跟惟一索引不一样！2. 在一般索引跟惟一索引中，数据间隙的剖析，数据行是优先依据一般索引排序，再依据惟一索引排序。mysql 为什么采纳 b+数
1. b+ 数叶子节点存放数据，非叶子节点只寄存指针，这样的话，非叶子节点可能寄存更多的数据，导致数的高度变低，而磁盘查找效率次要又树的高度来决定。2. 查问效率稳固的，因为根节点到叶子节点的门路是雷同的
3. 叶子节点通过指针连贯在一起，这样的话不便做范畴查问聚簇索引和非聚簇索引的区别
1. 聚簇索引的数据在物理是间断的，叶子节点寄存的是数据【整行的值】，非聚簇索引数据不间断，叶子节点寄存指针为什么采纳自增 id
1. 如果数据是间断的，只有在前面插入数据就行
2. 不是间断的，如果插入的页满了，就须要登程页决裂，把其余数据拷贝到其余页，页决裂是很耗时的，数据会导致页的合并
3. 不必自增 id 用其余值得花会导致二级索引的叶子节点占用空间较大注： b 加数叶子节点其实寄存的页，页外面在通过二分查找
而 MySQL 5.6 引入的索引下推优化（index condition pushdown)，能够在索引遍历过程中，对索引中蕴含的字段先做判断，间接过滤掉不满足条件的记录，缩小回表次数。
事务
- 隔离性
- 原子性
- 一致性
- 持久性
事务的四种级别
- 读未提交：1 个事务还未提交的时候他的变更会被其余事务看到
- 读已提交 1 个事务只有提交了，变更才会被看到
- 可反复读 1 个事务在执行的过程中看到的数据是一样的
- 串行：读写会加锁
在 InnoDB 事务中，行锁是在须要的时候才加上的，但并不是不须要了就立即开释，而是要等到事务完结时才开释。这个就是两阶段锁协定。
mvcc 实现形式
写新数据的是把旧数据放到其余中央，比方房到回滚段中，其他人读数据的时候从回滚段读数据
https://zhuanlan.zhihu.com/p/…
start transaction with consistent snapshot;
- b+ 树叶子节点存放数据，非叶子节点寄存指针
- 主键索引叶子节点的 value 寄存的是行的信息
- 非主键索引的 value 值寄存的是主键信息
- hash 索引不适宜不适宜范畴查问
- hash 索引没方法走最左匹配
- 大量反复的 key，value 的话，索引效率低，有抵触
- b+ 数叶子节点有指针，不便进行范畴查问
- 聚簇索引的索引就是数据存储的物理程序
数据是寄存在磁盘上的，为了进步数据的查找效率的，只能升高 io 次数
正文完