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 次数