上海建设集团网站,网站必须做等保合规,邢台润联科技有限公司,英迈思做网站做的怎样MySQL 面试题 面试官#xff1a;MySQL中#xff0c;如何定位慢查询? 候选人#xff1a; 嗯 ~ #xff0c;我们当时做压测的时候有的接口非常的慢#xff0c;接口的响应时间超过了 2 秒以上#xff0c;因为我们当时的系统部署了运维的监控系统Skywalking #xff0c;… MySQL 面试题 面试官MySQL中如何定位慢查询? 候选人 嗯 ~ 我们当时做压测的时候有的接口非常的慢接口的响应时间超过了 2 秒以上因为我们当时的系统部署了运维的监控系统Skywalking 在展示的报表中可以看到是哪一个接口比较慢并且可以分析这个接口哪部分比较慢这里可以看到SQL 的具体的执行时间所以可以定位是哪个 sql 出了问题 如果项目中没有这种运维的监控系统其实在 MySQL 中也提供了慢日志查询的功能可以在MySQL 的系统配置文件中开启这个慢日志的功能并且也可以设置SQL 执行超过多少时间来记录到一个日志文件中我记得上一个项目配置的是2 秒只要 SQL 执行的时间超过了 2 秒就会记录到日志文件中我们就可以在日志文件找到执行比较慢的SQL 了。 面试官那这个SQL语句执行很慢, 如何分析呢 候选人 如果一条 sql 执行很慢的话我们通常会使用 mysql 自动的执行计划explain来去查看这条 sql 的执行情况比如在这里面可以通过 key 和 key_len 检查是否命中了索引如果本身已经添加了索引也可以判断索引是否有失效的情况 第二个可以通过type 字段查看 sql 是否有进一步的优化空间是否存在全索引扫描或全盘扫描 第三个可以通过extra 建议来判断是否出现了回表的情况如果出现了可以尝试添加索引或修改返回字段来修复 面试官了解过索引吗什么是索引 候选人 嗯索引在项目中还是比较常见的它是帮助 MySQL 高效获取数据的数据结构主要是用来提高数据检索的效率降低数据库的IO 成本同时通过索引列对数据进行排序降低数据排序的成本也能降低了CPU 的消耗 面试官索引的底层数据结构了解过嘛 ? 候选人 MySQL 的默认的存储引擎 InnoDB 采用的 B 树的数据结构来存储索引 选择 B 树的主要的原因是 第一阶数更多路径更短 第二个磁盘读写代价B树更低非叶子节点只存储指针叶子阶段存储数据 第三是B 树便 于扫库和区间查询叶子节点是一个双向链表 面试官B树和B树的区别是什么呢
候选人
第一在B树中非叶子节点和叶子节点都会存放数据而B树的 所有的数据都会出现在叶子节点在查询的时候B树查找效率更加稳定 第二在进行范围查询的时候 B 树效率更高因为 B 树都在叶子节点存储并且叶子节点是一个双向链表 面试官什么是聚簇索引什么是非聚簇索引 ? 候选人 好的 ~ 聚簇索引主要是指数据与索引放到一块 B 树的叶子节点保存了整行数据有且只有一个一般情况下主键在作为聚簇索引的非聚簇索引值的是数据与索引分开存储B树的叶子节点保存对应的主键可以有多个一般我们自己定义的索引都是非聚簇索引 面试官知道什么是回表查询嘛 ? 候选人 嗯其实跟刚才介绍的聚簇索引和非聚簇索引是有关系的回表的意思就是通过二级索引找到对应的主键值然后再通过主键值找到聚集索引中所对应的整行数据这个过程就是回表 【 备注 如果面试官直接问回表则需要先介绍聚簇索引和非聚簇索引】 面试官知道什么叫覆盖索引嘛 ? 候选人 嗯 ~ 清楚的 覆盖索引是指 select 查询语句使用了索引在返回的列必须在索引中全部能够找到如果我们使用id 查询它会直接走聚集索引查询一次索引扫描直接返回数据性能高。 如果按照二级索引查询数据的时候返回的列中没有创建索引有可能会触发回表查询尽量避免使用select * 尽量在返回的列中都包含添加索引的字段 面试官MYSQL超大分页怎么处理 ? 候选人 嗯超大分页一般都是在数据量比较大时我们使用了 limit 分页查询并且需要对数据进行排序这个时候效率就很低我们可以采用覆盖索引和子查询来解决先分页查询数据的id 字段确定了 id 之后再用子查询来过滤只查询这个id列表中的数据就可以了 因为查询 id 的时候走的覆盖索引所以效率可以提升很多 面试官索引创建原则有哪些 候选人 嗯这个情况有很多不过都有一个大前提就是表中的数据要超过10 万以上我们才会创建索引并且添加索引的字段是查询比较频繁的字段一般也是像作为查询条件排序字段或分组的字段这些。 还有就是我们通常创建索引的时候都是使用复合索引来创建一条 sql 的返回值尽量使用覆盖索引如果字段的区分度不高的话我们也会把它放在组合索引后面的字段。 如果某一个字段的内容较长我们会考虑使用前缀索引来使用当然并不是所有的字段都要添加索引这个索引的数量也要控制因为添加索引也会导致新增改的速度变慢。 面试官什么情况下索引会失效 ? 候选人 嗯这个情况比较多我说一些自己的经验以前遇到过的 比如索引在使用的时候没有遵循最左匹配法则第二个是模糊查询如果% 号在前面也会导致索引失效。如果在添加索引的字段上进行了运算操作或者类型转换也都会导致索引失效。 我们之前还遇到过一个就是如果使用了复合索引中间使用了范围查询右边的条件索引也会失效 所以通常情况下想要判断出这条 sql 是否有索引失效的情况可以使用explain执行计划来分析 面试官sql的优化的经验 候选人 嗯这个在项目还是挺常见的当然如果直说 sql 优化的话我们会 从这几方面考虑比如建表的时候、使用索引、sql 语句的编写、主从复制读写分离还有一个是如果量比较大的话可以考虑分库分表 面试官创建表的时候你们是如何优化的呢 候选人 这个我们主要参考的阿里出的那个开发手册《嵩山版》就比如在定义字段的时候需要结合字段的内容来选择合适的类型如果是数值的话像tinyint 、 int 、 bigint 这些类型要根据实际情况选择。如果是字符串类型也是结合存储的内容来选择char 和 varchar 或者 text 类型 面试官那在使用索引的时候是如何优化呢 候选人 【参考索引创建原则 进行描述】 面试官你平时对sql语句做了哪些优化呢 候选人 嗯这个也有很多比如 SELECT 语句务必指明字段名称不要直接使用select * 还有就是要注意 SQL 语句避免造成索引失效的写法如果是聚合查询尽量用union all 代替 union union 会多一次过滤效率比较低 如果是表关联的话尽量使用 innerjoin 不要使用用 left join right join 如必须使用 一定要以小表为驱动 面试官事务的特性是什么可以详细说一下吗 候选人 嗯这个比较清楚 ACID 分别指的是原子性、一致性、隔离性、持久性我举个例子 A 向 B 转账 500 转账成功 A 扣除 500 元 B 增加 500 元原子操作体现在要么都成功要么都失败 在转账的过程中数据要一致 A 扣除了 500 B 必须增加 500 在转账的过程中隔离性体现在 A 像 B 转账不能受其他事务干扰 在转账的过程中持久性体现在事务提交后要把数据持久化可以说是落 盘操作 面试官并发事务带来哪些问题 候选人 我们在项目开发中多个事务并发进行是经常发生的并发也是必然的有 可能导致一些问题 第一是脏读 当一个事务正在访问数据并且对数据进行了修改而这种修改还没有提交到数据库中这时另外一个事务也访问了这个数据因为这个数据是还没有提交的数据那么另外一个事务读到的这个数据是“ 脏数据 ” 依据“ 脏数据 ” 所做的操作可能是不正确的。 第二是不可重复读 比如在一个事务内多次读同一数据。在这个事务还没有结束时另一个事务也访问该数据。那么在第一个事务中的两次读数据之间由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。 这就发生了在一个事务内两次读到的数据是不一样的情况因此称为不可重复读。 第三是幻读Phantom read 幻读与不可重复读类似。它发生在一个事务T1 读取了几行数据接着另一个并发事务 T2 插入了一些数据时。在随后的查询中第一个事务T1 就会发现多了一些原本不存在的记录就好像发生了幻觉一样所以称为幻读。 面试官怎么解决这些问题呢MySQL的默认隔离级别是 候选人 解决方案是对事务进行隔离 MySQL 支持四种隔离级别分别有 第一个是未提交读read uncommitted 它解决不了刚才提出的所有问题一般项目中也不用这个。 第二个是读已提交read committed 它能解决脏读的问题的但是解决不了不可重复读和幻读。 第三个是可重复读 repeatable read 它能解决脏读和不可重复读但是解决不了幻读这个也是mysql 默认的隔离级别。 第四个是串行化serializable 它可以解决刚才提出来的所有问题但是由于让是事务串行执行的性能比较低。所以我们一般使用的都是mysql默认的隔离级别 : 可重复读 面试官undo log和redo log的区别 候选人 好的其中 redo log 日志记录的是数据页的物理变化服务宕机可用来同步数据而undo log 不同它主要记录的是逻辑日志当事务回滚时通过逆操作恢复原来的数据比如我们删除一条数据的时候就会在undo log日志文件中新增一条 delete 语句如果发生回滚就执行逆操作 redo log 保证了事务的持久性 undo log 保证了事务的原子性和一致性 面试官事务中的隔离性是如何保证的呢(你解释一下MVCC) 候选人 事务的隔离性是由锁和 mvcc 实现的。 其中 mvcc 的意思是多版本并发控制。指维护一个数据的多个版本使得读写 操作没有冲突它的底层实现主要是分为了三个部分 第一个是隐藏字段 第二个是 undo log 日志 第三个是 readView 读视图 隐藏字段是指在 mysql 中给每个表都设置了隐藏字段有一个是 trx_id( 事务id) 记录每一次操作的事务 id 是自增的另一个字段是 roll_pointer( 回滚指针) 指向上一个版本的事务版本记录地址 undo log 主要的作用是记录回滚日志存储老版本数据在内部会形成一个版本链在多个事务并行操作某一行记录记录不同事务修改数据的版本通过roll_pointer 指针形成一个链表 readView 解决的是一个事务查询选择版本的问题在内部定义了一些匹配规则和当前的一些事务id 判断该访问那个版本的数据不同的隔离级别快照读是不一样的最终的访问的结果不一样。如果是rc 隔离级别每一次执行快照读时生成ReadView 如果是 rr 隔离级别仅在事务中第一次执行快照读时生成ReadView 后续复用 面试官MySQL主从同步原理 候选人 MySQL 主从复制的核心就是二进制日志 (DDL 数据定义语言语句和 DML 数据操纵语言语句 ) 它的步骤是这样的 第一主库在事务提交时会把数据变更记录在二进制日志文件 Binlog 中。 第二从库读取主库的二进制日志文件 Binlog 写入到从库的中继日志Relay Log 。 第三从库重做中继日志中的事件将改变反映它自己的数据 面试官你们项目用过MySQL的分库分表吗 候选人 嗯因为我们都是微服务开发每个微服务对应了一个数据库是根据业务进行拆分的这个其实就是垂直拆分。 面试官那你之前使用过水平分库吗 候选人 嗯这个是使用过的我们当时的业务是 (xxx) 一开始我们也是单库后来这个业务逐渐发展业务量上来的很迅速其中(xx) 表已经存放了超过1000万的数据我们做了很多优化也不好使性能依然很慢所以当时就使用了水平分库。我们一开始先做了 3 台服务器对应了 3 个数据库由于库多了需要分片我们当时采用的mycat 来作为数据库的中间件。数据都是按照 id 自增取模的方式来存取的。 当然一开始的时候那些旧数据我们做了一些清洗的工作我们也是按照id取模规则分别存储到了各个数据库中好处就是可以让各个数据库分摊存储和读取的压力解决了我们当时性能的问题
