mysql高频面试题合集

1.请你谈谈 MySQL 事务隔离级别，MySQL 的默认隔离级别是什么？

为了达到事务的四大特性，数据库定义了 4 种不同的事务隔离级别：

• READ-UNCOMMITTED（读取未提交）：最低的隔离级别，允许脏读，也就是可能读取 到其他会话中未提交事务修改的数据，可能会导致脏读、幻读或不可重复读。
• READ-COMMITTED（读取已提交）： 只能读取到已经提交的数据。Oracle 等多数数 据库默认都是该级别 （不重复读），可以阻止脏读，但是幻读或不可重复读仍有可能发 生。
• REPEATABLE-READ（可重复读）：对同一字段的多次读取结果都是一致的，除非数据 是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。
• SERIALIZABLE（可串行化）：最高的隔离级别，完全服从 ACID 的隔离级别。所有的 事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏 读、不可重复读以及幻读。
• MySQL 默认采用的 REPEATABLE_READ 隔离级别。

2、可重复读解决了哪些问题？

• 可重复读的核心就是一致性读(consistent read);保证多次读取同一个数据时，其值都和事 务开始时候的内容是一致，禁止读取到别的事务未提交的数据，会造成幻读。
• 而事务更新数据的时候，只能用当前读。如果当前的记录的行锁被其他事务占用的话，就 需要进入锁等待。
• 查询只承认在事务启动前就已经提交完成的数据。
• 可重复读解决的是重复读的问题，可重复读在快照读的情况下是不会有幻读，但当前读的 时候会有幻读。

3、对 SQL 慢查询会考虑哪些优化 ？

 分析语句，是否加载了不必要的字段/数据。
 分析 SQL 执行计划（expl索引信息）。
 如果 SQL 很复杂，优化 SQL 结构。
 按照可能的优化点执行表结构变更、增加索引、SQL 改写等操作。
 查看优化后的执行时间和执行计划。
 如果表数据量太大，考虑分表。
 利用缓存，减少查询次数

4、MySQL 为什么 InnoDB 是默认引擎？

聚簇索引是指数据库表行中数据的物理顺序与键值的逻辑（索引）顺序相同。一个表只能有一 个聚簇索引，因为一个表的物理顺序只有一种情况，所以，对应的聚簇索引只能有一个。聚簇 索引的叶子节点就是数据节点，既存储索引值，又在叶子节点存储行数据。 Innodb 创建表后生成的文件有： frm:创建表的语句 idb:表里面的数据+索引文件

5、MySQL 索引底层结构为什么使用 B+树？

• B+树的所有叶节点可以通过指针相互连接，能够减 少顺序遍历时产生的额外随机 I/O；
• B 树一个节点里存的是数据，而 B+树存储的是索引（地址），所以 B 树里一个节 点存不了很多个数据，但是 B+树一个节点能存很多索引，B+树叶子节点存所有的数据。
• B+树叶子节点是一个双向链表的数据结构，便于范围查找。

6、B+ 树的叶子节点链表是单向还是双向？

双向链表

7、如何查询慢 SQL 产生的原因

 分析 SQL 执行计划（explain extended），思考可能的优化点，是否命中索引等。
 没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)。
 内存不足。
 网络速度慢。
 是否查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）。
 是否返回了不必要的行和列。
 锁或者死锁。
 I/O 吞吐量小，形成了瓶颈效应。
 sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。

8、索引失效的情况有哪些？

 like 以%开头索引无效，当 like 以&结尾，索引有效。
 or 语句前后没有同时使用索引，当且仅当 or 语句查询条件的前后列均为索引时，索引生效。
 组合索引，使用的不是第一列索引时候，索引失效，即最左匹配规则。
 数据类型出现隐式转换，如 varchar 不加单引号的时候可能会自动转换为 int 类型，这 个时候索引失效。
 在索引列上使用 IS NULL 或者 IS NOT NULL 时候，索引失效，因为索引是不索引空值的。
 在索引字段上使用，NOT、 <>、！= 、时候是不会使用索引的，对于这样的处理只会进行全表扫描。
 对索引字段进行计算操作，函数操作时不会使用索引。
 当全表扫描速度比索引速度快的时候不会使用索引。

9、MySQL 事务的特性有什么，说一下分别是什么意思？

 原子性：即不可分割性，事务要么全部被执行，要么就全部不被执行。
 一致性或可串性：事务的执行使得数据库从一种正确状态转换成另一种正确状态。
 隔离性：在事务正确提交之前，不允许把该事务对数据的任何改变提供给任何其他事务。
 持久性：事务正确提交后，其结果将永久保存在数据库中，即使在事务提交后有了其他故障，事务的处理结果也会得到保存。

10、介绍下 MySQL 聚簇索引与非聚簇索引的区别（InnoDB 与 Myisam 引 擎）？

聚簇索引：数据和索引放在一块
非聚簇索引： 数据和索引分开存储，索引结构的叶子节点指向数据的对应行

聚簇索引是指数据库表行中数据的物理顺序与键值的逻辑（索引）顺序相同。一个表只能有一 个聚簇索引，因为一个表的物理顺序只有一种情况，所以，对应的聚簇索引只能有一个。 聚簇索引的叶子节点就是数据节点，既存储索引值，又在叶子节点存储行数据。 Innodb 创建表后生成的文件有： frm:创建表的语句 idb:表里面的数据+索引文件 非聚集索引（MyISAM 引擎的底层实现）的逻辑顺序与磁盘上行的物理存储顺序不同。
非聚簇索引的叶子节点仍然是索引节点，只不过有指向对应数据块的指针。索引命中后，需要回表查 询。 Myisam 创建表后生成的文件有： frm:创建表的语句 MYD:表里面的数据文件（myisam data） MYI:表里面的索引文件（myisam index） innodb 的次索引指向对主键的引用 (聚簇索引) myisam 的次索引和主索引都指向物理行 (非聚簇索引)

11、创建一个联合索引(a,b)和一个语句 select * from table where b = ‘xxx’， 判断是否能命中索引？为什么？

不能命中。 对于查询 SELECT * FROM TABLE WHERE a=xxx and b=xxx，显然是可以使用（a，b） 这个联合索引的。 对于单个的 a 列查询 SELECT * FROM TABLEWHERE a=xxx，也可以使用这个（a，b） 索引。 但对于 b 列的查询 SELECT *FROM TABLE WHERE b=xxx，则不可以使用这棵 B+树索 引。在 innoDb 数据引擎中，可以发现叶子节点上的 b 值为 1、2、1、4、1、2，显然不是排序 的，因此对于 b 列的查询使用不到（a，b）的索引

12、MySQL 索引分类?

单列索引
 普通索引：MySQL 中基本索引类型，没有什么限制，允许在定义索引的列中插入重复值 和空值，纯粹为了查询数据更快一点。
ALTER TABLE table_name ADD INDEX index_name(column);创建普通索引
ALTER TABLE table_name ADD INDEX index_name(column1,column2,column3);
 唯一索引：索引列中的值必须是唯一的，但是允许为空值，一张表允许创建多个
ALTER TABLE table_name ADD UNIQUE (column); 创建唯一索引
ALTER TABLE table_name ADD UNIQUE (column1,column2); 创建唯一组合索引
 主键索引：是一种特殊的唯一索引，不允许有空值，表主键，一张表只能创建一个
组合索引： 多个字段组合上创建的索引，只有在查询条件中使用了这些字段的左边字段时，索引才会被使用，使用组合索引时遵循最左前缀原则。
全文索引： 只有在 MyISAM 引擎上才能使用，只能CHAR,VARCHAR,TEXT 类型字段上使用全文索引，全文索引就是在一堆文字中，通过其中的某个关键字等，就能找到该字段所属的记录行，比如"你是个靓仔，靓女 …" 通过靓仔，可能就可以找到该条记录

是目前搜索引擎使用的一种关键技术；ALTER TABLE table_name ADD FULLTEXT (column);
类似于like+%模糊查询，但比它快N倍 select * from test where match(content) against(‘aaaa’);

空间索引： 空间索引是对空间数据类型的字段建立的索引，MySQL中的空间数据类型有四种， GEOMETRY、POINT、LINESTRING、POLYGON。在创建空间索引时，使用 SPATIAL 关 键字。要求，引擎为 MyISAM，创建空间索引的列，必须将其声明为 NOT NULL。

13、谈谈你对SQL注入式攻击的理解？

所谓 SQL 注入式攻击，就是攻击者把 SQL 命令插入到 Web 表单的输入域或页面请求的查询字符串，欺骗服务器执行恶意的SQL命令。 如何防范 SQL 注入式攻击？ 在利用表单输入的内容构造 SQL 命令之前，把所有输入内容过滤一番就可以了。过滤输入内 容可以按多种方式进行。
 对于动态构造 SQL 查询的场合 a. 替换单引号，即把所有单独出现的单引号改成两个单引号，防止攻击者修改 SQL 命令的含义。 b. 删除用户输入内容中的所有连字符 c. 对于用来执行查询的数据库帐户，限制其权限。用不同的用户帐户执行查询、插入、更新、 删除操作。
 用存储过程来执行所有的查询。
 限制表单或查询字符串输入的长度。
 检查用户输入的合法性。
 将用户登录名称、密码等数据加密保存。
 检查提取数据的查询所返回的记录数量。

14、简单描述 MySQL 中，索引，主键，唯一索引，联合索引的区别，对数据库的性能有什么影响（从读写两方面）？

 索引是一种特殊的文件(InnoDB 数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。
 普通索引(由关键字 KEY 或 INDEX 定义的索引)的唯一任务是加快对数据的访问速度。
 普通索引允许被索引的数据列包含重复的值。如果能确定某个数据列将只包含彼此各不相同的值，在为这个数据列创建索引的时候就应该用关键字UNIQUE 把它定义为一个唯一 索引。也就是说，唯一索引可以保证数据记录的唯一性。
 主键，是一种特殊的唯一索引，在一张表中只能定义一个主键索引，主键用于唯一标识一 条记录，使用关键字 PRIMARY KEY 来创建。
 索引可以覆盖多个数据列，如像 INDEX(columnA, columnB)索引，这就是联合索引。
 索引可以极大的提高数据的查询速度，但是会降低插入、删除、更新表的速度，因为在执行这些写操作时，还要操作索引文件。

15、幻读是什么，用什么隔离级别可以防止幻读？

幻读是一个事务在前后两次查询同一个范围的时候、后一次查询看到了前一次查询未看到的行。 在可重复读隔离级别下，普通的查询是快照读，是不会看到别的事务插入的数据的。因此，幻读在“当前读”下才会出现。 SERIALIZABLE(可串行化)可以防止幻读：最高的隔离级别，完全服从 ACID 的隔离级别。 所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰。

16、limit 1000000 加载很慢的话，你是怎么解决的呢？

方案一：如果 id 是连续的，可以这样，返回上次查询的最大记录(偏移量)，再往下 limit select id，name from employee where id>1000000 limit 10.
方案二：在业务允许的情况下限制页数： 建议跟业务讨论，有没有必要查这么后的分页啦，因为绝大多数用户都不会往后翻太多页。
方案三：order by + 索引（id 为索引） select id，name from employee order by id limit 1000000，10
方案四：利用延迟关联或者子查询优化超多分页场景。（先快速定位需要获取的 id 段，然后 再关联） SELECT a.* FROM employee a, (select id from employee where 条件 LIMIT 1000000,10 ) b where a.id=b.id

17、什么是散列表？select * 和 select 1？

哈希表（Hash table，也叫散列表），是根据关键码值(Key value)而直接进行访问的数据结构。也就是说，它通过把关键码值映射到表中一个位置来访问记录，以加快查找的速度。这个映射函数叫做散列函数，存放记录的数组叫做散列表。有时候为了提高效率，只是为了测试下某个表中是否存在记录，就用 1 来代替。

18、介绍下 MySQL 的主从复制原理？产生主从延迟的原因？

 主从复制原理： 主库将变更写入 binlog 日志，然后从库连接到主库之后，从库有一个 IO 线程，将主库的 binlog 日志拷贝到自己本地，写入一个 relay 中继日志中。 接着从库 中有一个 SQL 线程会从中继日志读取 binlog，然后执行 binlog 日志中的内容，也就是 在自己本地再次执行一遍 SQL。
 主从延迟：
a. 主库的从库太多
b. 从库硬件配置比主库差
c. 慢 SQL 语句过多
d. 主从库之间的网络延迟
e. 主库读写压力大

19、MySQL 中有哪几种锁？

 表级锁：【是对整张表进行加锁】开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。
 行级锁：【是对数据表中的每一行进行加锁】开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般

20.数据库三范式

三范式总结
第一范式:需要满足列字段的原子性(不能再分)
第二范式:在满足第一范式的基础上列字段需要跟主键有直接关联关系(列字段依赖于主键,可以通过主键所代表的表对象,定义关联字段)
第三范式:在满足第一,第二范式的基础上,列字段不能冗余(可以通过表关联展示的字段,应放到关联表中)

21.mysql中int(10)和char(10)以及varchar(10)的区别

● int(10)的10表示显示的数据的长度，不是存储数据的大小；chart(10)和varchar(10)的10表示存储数据的大小，即表示存储多少个字符。
int(10) 10位的数据长度 9999999999，占32个字节，int型4位
● char(10)表示存储定长的10个字符，不足10个就用空格补齐，占用更多的存储空间
● varchar(10)表示存储10个变长的字符，存储多少个就是多少个，空格也按一个字符存储，这一点是和char(10)的空格不同的，char(10)的空格表示占位不算一个字符

22.谈谈sql优化的经验

• 查询语句，where左侧的条件查询字段不要使用函数或者表达式；
• 使用Explain语句分析sql可能优化的地方，进行优化
• select查询语句只需要使用一条记录时，limit 1;
• 不要直接select*，而应该使用具体需要查询的字段；
• 避免在where子句中对字段进行NULL;
• 为搜索字段创建索引；
• 使用 LIKE%abc%不会走索引，而使用 LIKE abc%会走索引;
• 字段设计尽可能使用NOT NULL;
• 选择合适的字段类型，选择标准是尽可能小，尽可能定长，尽可能使用整数；
• 对于枚举类型的字段，尽量使用enum,不要使用varchar

23.最左前缀原则与最左匹配原则

最佳左前缀法则：如果创建的是组合索引就要遵循该法则，使用索引时，where后面的条件需要从索引的最左前列开始使用，并且不能跳过索引中的列使用
最左优先，根据业务需求，创建多列索引时，where子句中使用最频繁的一列放在最左边
最左匹配原则：mysql会一直向右匹配，直到遇到查询范围（<,>,between,like）就停止匹配；
=和in可以乱序

24.百万级别或以上的数据如何删除

查询Mysql官方手册得知：删除数据的速度和创建索引的数量成正比
先删除索引；
再删除无用的数据；
最后删除完成后，重新创建索引

25.CHAR与VARCHAR的区别

CHAR列长度固定为创建表时声明的长度，长度值范围是1到255；
varchar可变长度

26.MySql里记录货币用什么字段类型好

decimal,numeric

27.Mysql有关权限的表有哪几个

user:记录允许连接到服务器的用户账户信息，里面的权限是全局级的
db：记录各个账号在各个数据库上的操作权限
table_priv：记录数据表级的操作权限
columns_priv：记录数据列级的操作权限
host:配合db权限表对给定主机上数据库级操作权限作更细致的的控制，不受Grant和Revoke语句影响。

28.什么是索引

一种特殊的文件，包含着对数据表里所有记录的引用指针
排好序的数据结构，类似书籍目录

29.索引的优缺点

优点：加快数据检索的速度；可以在查找的过程中，使用优化隐藏器，提高系统性能
缺点：
时间方面：创建索引和维护索引要耗费时间，对表中数据的增删改，同时也需要维护索引；
空间方面：索引需要占用物理空间

30.数据库死锁

数据库死锁是指多个事务并发操作同一份数据时，由于事务之间的相互竞争和依赖关系等原因而导致的一种阻塞状态。在这种状态下，各个事务被阻塞，无法继续执行，也无法释放锁。

当两个或多个事务同时请求同一个资源时，如果它们的请求顺序不一致，就有可能出现死锁。例如，事务 A 先申请了资源 X，并等待资源 Y，而事务 B 先申请了资源 Y，并等待资源 X，这样就会产生死锁。

为了避免数据库死锁，可以采取以下措施：
1.尽量缩短事务的执行时间，减少事务之间的并发冲突。
2.降低事务隔离级别，减少事务对同一资源的竞争。
3.合理设计数据库表结构、索引和查询语句，尽可能降低死锁的风险。
4.使用行级锁或乐观锁，避免全表扫描和锁定。
5.对于必须使用悲观锁的场景，可以先获取较小的锁再逐渐升级到更高级别的锁，避免直接获取最高级别的锁导致死锁。
6.在数据库中设置超时时间，当事务执行时间过长时，可主动回滚事务并释放锁。
7.数据库死锁对数据一致性和性能都有很大的影响，需要开发者在设计和实现中多加考虑和优化

31.索引下推

索引下推（index condition pushdown）简称icp。在MySQL5.6版本推出，用于优化查询。
当进行索引查询时，首先根据索引来查找记录，再根据where条件来进行过滤，在支持icp优化后，MySQL会在取出索引的同时，判断是否可以进行where条件过滤再进行索引查询，在某些场景下可以减少回表次数，提升整体性能。

32.mysql服务器端逻辑架构

33.为什么select * 比select字段效率低?

在数据库查询中，使用SELECT *比使用具体的字段查询速度慢的原因主要有以下几点：

1. 数据量：当使用SELECT *查询时，数据库会返回表中的所有列，这可能会增加数据量，特别是在表中有许多列的情况下。而使用具体的字段查询时，只返回所需的列，可以减少数据量，从而提高查询速度。
2. 索引命中率低：在数据库中，索引是一种用于快速查找数据的数据结构。使用具体的字段查询时，如果这些字段上有索引，可以大大提高查询速度。而使用SELECT *查询时，可能不会利用到索引，因为数据库需要检索所有列的数据，而不是仅使用索引来检索所需的数据。
3. 查询优化：在某些情况下，数据库可能会对查询进行优化，以提高查询效率。然而，当使用SELECT *查询时，数据库可能需要执行更多的工作来检索所有列的数据，这可能会影响查询优化效果。而使用具体的字段查询时，由于只返回所需的数据，数据库可以更好地优化查询。

因此，为了提高查询速度，建议在明确需要哪些数据的情况下，尽量使用具体的字段进行查询，而不是使用SELECT *查询整个表。这样可以减少数据量、更好地利用索引和提高查询优化效果，从而提高查询速度。

水平路由分表有哪几种方式

分库分表后如何实现不停机扩容