【MySQL面试题小结2023】

MySQL面试题小结

1.一张表，里面有ID自增主键，当insert了17条记录之后，删除了第15.16.17条记录，再把Mysql重启，再insert一条记录，这条记录的ID是18还是15？**

(1)如果是MyISAM,是18.因为MyISAM会把自增主键的最大值记录到数据文件,重启MySQL不会导致最大ID丢失.

(2)如果是InnoDB,是15.InnoDB是记录在内存中,重启MySQL会导致最大ID丢失.

2.Mysql的索引用的是什么数据结构？

MySQL默认的B+树;

B+树的三个特点:

(1)路数和度数相同;

(2)根节点和枝叶节点,只存储地址不存储数据;

(3)叶子节点存储数据,且相邻叶子节点形成有序链表;

3.什么是聚集索引，什么是非聚集索引，有什么区别？(B+树的结构)

(1)聚集索引,又叫聚簇索引:索引键值的逻辑顺序和表数据行的物理顺序是一致的.

存储索引和数据;

类别:主键索引;第一个不包含NULL的列的唯一索引;ROWID;

(2)除了聚集索引,其他都是非聚集索引.

也叫二级索引,存储的是索引和键值;

name=‘bridge’,拿到对应记录的id,再根据id去聚集索引检索对应的记录数据.所以会有一次回表的过程.

• 聚集索引:又叫聚簇索引,存储索引和数据.索引键值的逻辑顺序和表数据行的物理顺序是一致的.

• 非聚集索引:也叫二级索引,储存索引和键值.除了聚集索引,其他的都是非聚集索引.

• 聚集索引分类:

  1、主键索引

  2、第一个个不包含NULL的列的唯一索引

  3、ROWID

4.索引创建应该注意哪些点

(1)离散度高的列作为索引列;

重复的值越多,离散度越低;

(2)联合索引,从左到右的顺序建立搜索树;

(3)联合索引,最常用的放在最左边;

index(a,b,c) = index(a) + index(a,b) + index(a,b,c)

5.什么是覆盖索引，什么是索引下推？

二级索引中,select的数据列只用从索引中取得,不必从数据区取得,这时候使用就是覆盖索引.

索引下推:Index Condition Pushdown,通过访问表的完整行的读数量来减少IO.存储引擎层完成而不在Server层完成.

select *from employees where last name='wang' and first name LIKE'%zi' ;

6.哪些情况我创建了索引，但是发现索引没用到(函数,字符串,like)

(1)索引列使用函数((replace|substr|concat| sum| count | avg)、表达式(+ - * /)计算;

explain SELECT * FROM 't2' where id+1 = 4;

(2)字符串不加引号,出现隐式转换.

explain select * from user where name = 123;
explain select * from user where name = '123';

(3)like 条件前带%,开销大,可以使用全文索引

explain select * from t1 where name like '%wang';
explain select * from t1 where name like '%wang%';
explain select * from t1 where name like 'wang%'; -- 可以用到索引

(4)负向查询 NOT LIKE

<> (!=) | not in 在某些情况下可以.

基于成本COST,基于规则的索引.

能不能最终用到索引,需要看SQL的优化器.

7.请你说下你对ACID的理解

ACID

事务的基本特性,

原子性,最小的undo log

隔离性,多个事务对表的操作应该是透明的,互不干扰的

持久性,增删改操作,一旦提交成功是不可逆的. redo log 和double write buffer

一致性,数据库的完整性约束没有被破坏.

提交或回滚结束事务.

8.事务并发产生的问题有哪些，请详细说明下

1、脏读:一个事务读取到了其他事务未提交的数据.( read uncommitted)

2、不可重复读:一个事务读取到了其他事务已提交的数据,导致两次读取的数据不一致.(read committed)

3、幻读:一个事务读取到其他事务插入的数据,导致读不一致性.(insert)

不可重复读和幻读的区别:

(1)修改或删除造成的读不一致性叫做不可重复读;

(2)新增造成的读不一致性叫做幻读.

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3kn9V2sX-1681395659464)(/Users/bridge/Library/Application Support/typora-user-images/image-20230314142940211.png)]

事务隔离级别:RU,RC,RR,S

• RU:脏读,未解决任何问题;

• RC:读已提交,解决脏读,但是会出现可重复读问题.

• RR:可重复读,它解决了不可重复读问题,同一个事务里面多次读取相同的数据结果是一样的.没有解决幻读问题.

• S:串行化,所有的事务执行都是串行的,解决了脏读不可重复读和幻读.

9.怎么解决事务并发产生的问题？

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RKdSI776-1681395659465)(/Users/bridge/Library/Application Support/typora-user-images/image-20230314143719317.png)]

MySQL的InnoDB在RR就解决了幻读问题. 所以默认MySQL使用的是RR事务隔离级别.

解决方案

1、LBCC(Lock Based Concurrency Control) 基于锁的并发控制

基于锁来实现事务的隔离,不支持并发的读写操作.

2、MVCC(Multi Version Concurrency Control) 多版本的并发控制

两个事务读取的结果一致,可以在数据修改前建立快照或备份,后面再来读取这个快照就行.

MVCC的原则:

一个事务能看到的版本:

1、第一次查询之前已经提交的事务的修改

2、本事务的修改

一个事务不能看到的版本:

1、第一次查询之后创建的事务(事务ID比当前事务ID大的.)

2、活跃的事务(未提交的事务)的修改

InnoDB事务ID,递增.

DB_TRX_ID(6),事务ID

DB_ROLL_PTR(7),回滚指针(删除版本号)

MVCC的查找规则,只能查找创建时间小于等于当前事务ID的,和删除时间大于当前事务ID的行.

维护一个ReadView数据结构,本事务ID,活跃的事务ID,当前系统的最大事务ID.

m_ids{}:活跃的事务ID集合

min_trx_id:活跃的事务ID中最小的事务ID

max_trx_id:下一个即将分配的事务ID

creator_trx_id:生成readview事务的事务ID.

10.Mysql的innoDB引擎是怎么解决了幻读问题的？说下你对LBCC跟MVCC的理解

11.Mysql有哪些锁？谈谈你知道的锁？(InnoDB+RR)

https://blog.csdn.net/m0_46995061/article/details/127821244

MySQL行锁是怎么实现的?

共享锁,独占锁:

select * from t1 where id = 1 lock in share mode;
select * from t1 where id = 1 for update;

update 和 delete 都加行锁,且锁的类型是独占锁.

• Record Lock 记录锁,锁一条记录
• Gap Lock 间隙锁,锁一个范围
• Next-Key Lock 临键锁,Record Lock + Gap Lock = Next-Key Lock,锁一个范围,并且锁定记录本身.

行锁:锁的对象是索引;加锁的基本单位是next-key lock.

根据索引的类型[主键索引,唯一索引,普通字段]

• 唯一索引等值查询
• 唯一索引范围查询
• 非唯一索引等值查询
• 非唯一索引范围查询
• 没有索引的查询

12.你们公司的数据库的主键一般怎么设计

• 遵循数据库设计三范式
• 对用户无意义
• 单列
• 永远不更新主键
• 主键不应包含动态变化的数据,如时间戳,创建的时间列,修改的时间列
• 主键应该自动生成或者用一定的算法规则生成.

13.Mysql有哪些存储引擎？有什么区别（回答2.3个就行）

InnoDB,MyISAM,Memory

14.有没有关注过公司的慢SQL,怎么优化

(1)分析SQL,表,索引字段,表的数据量,查询的业务含义.

SQL错误,或者表设计错误.

(2)explain找到对应的慢的原因;

分析表的访问顺序,访问类型,索引,扫描行数等信息.

通过条件的增减,顺序的调整不断试验出SQL慢的主要原因;

(3)对症下药

• 创建索引或联合索引

• 改写SQL

  小表驱动大表;使用join代替子查询;not exist替换为left join IS NULL;or改写成union/union all ;

• 表结构优化:表结构拆分(冗余,拆分,not null等)

• 架构优化:缓存

• 架构优化:分库分表

• 业务层面优化,必须的条件是否必要;

15.char跟vachar的区别在哪

char是定长,varchar是变长;

16.数据库三范式(原子性,唯一性,独立性)

• 1NF,原子性,属性不可分.所有的域都是原子性的,即数据库表的每一列都是不可分割的原子数据项.[原子性]

• 2NF,满足第二范式必须先满足第一范式.2NF要求数据库表的每个实例或记录可以被唯一的区分,选取一个能区分每个实体的属性或者属性组作为‘唯一标识’.[唯一性]

消除非主键部分依赖联合主键的部分字段.拆表

• 3NF,满足第三范式,必须先满足第二范式.3NF要求一个关系中不包含已在其他关系已包含的非主关键字信息.[独立性-避免数据冗余]

消除传递依赖.

17.分库分表后带来的问题以及解决方案

问题:

• 主键ID重复 分布式ID
• 事务问题 分布式事务解决方案
• 跨库join 多次查询

解决方案:

18.InnoDB和MyISAM的优缺点?

MyISAM(3个文件):

特点:

应用范围比较小.表级锁限定了读/写的性能,因此在we和数据仓库配置中,通常只读或以读为主的工作.

1、支持表级别的锁(插入和更新会锁表).

2、不支持事务.

3、拥有较高的插入(insert)和查询(select)速度.

4、存储了表的行数(count速度更快).

(怎么快速向数据库插入100万条数据?有一种方案:使用MyISAM插入数据后,将存储引擎修改为InnoDB)

适合:只读之类的数据分析的项目。

InnoDB(2个文件):

MySQL5.7中的默认存储引擎.InnoDB是一个事务安全(ACID)的MySQL存储引擎,它具有提交、回滚和崩溃恢复功能来保护用户数据.InnoDB将用户数据存储在聚集索引中,以减少基于主键的常见查询I/O.为了保护数据的完整性,InnoDB还支持外键约束.

特点:

1、支持事务,支持外键.

2、支持行级锁和表级锁.

3、支持读写并发,写不阻塞读(MVCC).

4、特殊的索引存储方式,可以减少I/O,提供查询效率.

适合:经常更新的表,存在并发读写或者有事务处理的业务系统.

常见的MySQL存储引擎:InnoDB,MyISAM,Memory,CSV,Archive.