《大厂等着我》系列之MySql相关面试题总结

《大厂等着我》系列之MySql相关面试题总结

我觉得数据库相关常问的面试题无非就这些,事务特性,隔离级别,undo log/redo log,MVCC,b树/b+树,为什么索引结构采用B+树,涉及到datePage的概念,然后索引优化,explain慢查询优化,几大索引,回表,索引下推,索引覆盖,大数量优化之分库分表,主从同步,读写分离,binlog同步ES,本期先简单列个概要,后面计划针对每一块知识点作详细介绍。

MySql事务特性(ACID)

原子性:指的是一个事务中的操作要么全部成功,要么全部失败。

一致性:数据库在事务执行前后都保持一致性状态,在一致性状态下,所有事务对一个数据的读取结果都是相同的。

隔离性:指的是一个事务的修改在最终提交前,对其他事务是不可见的。

持久性:指的是一旦事务提交,所做的修改就会永久保存到数据库中。

事务隔离级别

读未提交: 一个事务还没提交时,它做的变更就能被别的事务看到。 导致脏读、不可重复读、幻读

读已提交:一个事务提交之后,它做的变更才会被其他事务看到。 导致不可重复读、幻读

可重复读:一个事务执行过程中看到的数据,总是跟这个事务在启动时看到的数据

是一致的。当然在可重复读隔离级别下,未提交变更对其他事务也是不可见的。 导致幻读

串行化:顾名思义是对于同一行记录,“写”会加“写锁”,“读”会加“读锁”。当出现读写锁冲突的时候,后访问的事务必须等前一个事务执行完成,才能继续执行。

Mysql的默认隔离级别是可重复读,oracle的默认隔离级别是读已提交

undo log

原子性是基于undo log日志实现的,undo log 是逻辑日志。

解释:在操作任何数据之前,首先将数据备份到一个地方(成为undo log)。然后进行数据的修改。如果出现了错误或用户执行了Rollback语句,系统可以利用undo log中的备份将数据恢复到事务开始之前的状态。

redo log

持久性是基于redo log日志实现的,redo log是物理日志。

解释:和undo log相反,redo log 记录的是新数据的备份,在事务提交之前,将redo log持久化即可,不需要将数据持久化。当系统崩溃时,虽然数据没有持久化,但是redo log已经持久化。系统可以根据redo log的内容,将所有数据恢复到最新状态。

MVCC

MVCC多版本并发控制,指的是生成readView的时机不一样,在不同的隔离级别的情况下,读取的版本值不一样。MVCC是通过undo log来实现多版本并发控制的,在值从v1更新到v2时,在undo log日志中会记录下返逻辑操作v2到v1的操作。

A和B事务,开启事务,A事务对数据进行了更新,并提交,B事务在读已提交的隔离级别下,读取的是当前存在的最新版本的数据,导致了不可重复读;在可重复读隔离级别下,读取的是当前事务开启事务之前的最后一个版本状态

RC读已提交隔离级别,读取的是当前存在的最新版本的数据

RR可重复读隔离级别,读取的是当前事务开启之前的最后一个版本状态

索引(B树/B+树)

平衡多路查找树

在B+Tree有两个头指针,一个指向根节点,另一个指向关键字最小的叶子节点,而且所有的叶子节点(即数据节点)之间是一种链式环结构。因此可以对B+Tree进行两种查找运算:一种是对于主键的范围查找和分页查找,另一种是从根节点开始,进行随机查找。

1.InnoDB是通过B+Tree结构对主键创建索引,然后叶子节点中存储记录,如果没有主键,那么会选择唯一键,如果没有唯一键,那么会生成一个6字节的row_id来作为主键

2.如果创建索引的键是其他字段,那么在叶子节点中存储的是该记录的主键,然后再通过主键索引找到对应的记录,叫做回表。

聚簇索引和非聚簇索引

数据和索引是不是存放在一起

索引覆盖 using index

select id from tb_user where name=shugeshow =====>索引覆盖

select * from tb_user where name=shugeshow ======>回表

组合索引:最左匹配原则

索引下推 using index condition

name, age

不适用索引下推的话(mysql5.6版本之前)

先根据name列的值把所有的数据都拉取到server层,在server层对age做过滤

使用索引下推(mysql5.6开始)

根据name,age两个字段把满足要求的数据拉到server层,取出对应的数据

采用了索引下推之后,可以大大减少回表次数,提升性能

唯一索引和主键索引的区别

唯一索引可以有空值,主键索引不能为空值

分库分表

sharding jdbc、myCat

主从同步、读写分离

binlog同步Es

待更新…

总结

以上内容是我经历过多家大中型互联网公司面试中常被问道的知识点,写得有些随意,先简要做个记录,由点到面,后期逐个展开。温故而知新,希望各位多多交流,喜欢的可以点个关注吖!

————————————————

版权声明:本文为CSDN博主「舒哥来啦」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。

原文链接:https://blog.csdn.net/for_my_life/article/details/122312104

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,869评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,716评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 166,223评论 0 357
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,047评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,089评论 6 395
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,839评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,516评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,410评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,920评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,052评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,179评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,868评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,522评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,070评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,186评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,487评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,162评论 2 356

推荐阅读更多精彩内容