MySQL 面试题合集（项目篇）

🎈每日定期分享 | 面试求职经验 | 个人成长

开篇寄语
面试不必死记硬背，带着GPT去面试简直降维打击！

 

为您推荐一款颠覆性的GPT面试助手软件：“会议面试精灵”。这款工具能够实时分析语音内容、智能识别面试问题并生成精准答案，让您轻松应对八股文题目，从容处理各类复杂面试问题。
毕竟八股文在工作中很少使用，仅作为面试的筛选工具，不值得投入过多的精力。

 

如何获取“会议面试精灵”？
- 直接访问下载链接：https://www.interviewpass.fun
- 在搜索引擎中输入关键词：“会议面试精灵”（记得加上双引号）进行搜索。

---

目录

1、有一个超级大表，如何优化分页查询？

2、线上修改表结构有哪些风险？

3、查询长时间不返回可能是什么原因？应该如何处理？

4、MySQL 主从延迟的原因有哪些？

5、如何保证数据不被误删？

6、MySQL 服务器 CPU 飙升应该如何处理？

7、MySQL 毫无规律的异常重启，可能产生的原因是什么？该如何解决？

8、如何实现一个高并发的系统？

1）前端优化

2）中间层负载分发

3）控制层（网关层）

4）服务层

5）数据库层​​​​​​​

---

1、有一个超级大表，如何优化分页查询？

超级大表的分页优化分有以下两种方式：

1、数据库层面优化：

利用子查询优化超多分页场景，比如：SELECT a.* FROM 表 1 a, (select id from 表 1 where 条件 LIMIT 100000,20 ) b where a.id=b.id ，先快速定位需要获取的 id 段，然后再关联查询。MySQL 并不是跳过 offset 行，而是取 offset+N 行，然后返回放弃前 offset 行，返回 N 行，那当 offset 特别大的时候，效率就非常的低下，要么控制返回的总页数，要么对超过特定阈值的页数进行 SQL 改写，利用子查询先快速定位需要获取的 id 段，然后再关联查询，就是对分页进行 SQL 改写的具体实现；

2、程序层面优化：

可以利用缓存把查询的结果缓存起来，这样再下一次查询的时候性能就非常高了。

2、线上修改表结构有哪些风险？

线上修改表结构有可能 MySQL 服务器阻塞，因为在执行 DML（select、update、delete、insert）操作时，会给表增加一个元数据锁，这个元数据锁是为了保证在查询期间表结构不会被修改，而执行修改表结构时，必须要等待元数据锁完成之后才能执行，这就可能造成数据库服务器的阻塞。

在 MySQL 5.6 开始提供了 online ddl 功能，允许一些 DDL（create table/view/index/syn/cluster）语句和 DML 语句并发，在 5.7 版本对 online ddl 又有了增强，这使得大部分 DDL 操作可以在线进行，详见：https://dev.mysql.com/doc/refman/5.7/en/innodb-create-index-overview.html，这使得在线上修改表结构的风险变的更大，如果在业务开发过程中必须在线修改表结构，可以参考以下方案：

• 尽量在业务量小的时间段进行；

• 查看官方文档，确认要做的表修改可以和 DML 并发，不会阻塞线上业务；

• 推荐使用 percona 公司的 pt-online-schema-change 工具，该工具被官方的 online ddl 更为强大，它的基本原理是：通过 insert…select… 语句进行一次全量拷贝，通过触发器记录表结构变更过程中产生的增量，从而达到表结构变更的目的。比如，要对 A 表进行变更，它的主要流程为：

1）创建目的表结构的空表 A_new；

2）在A表上创建触发器，包括增、删、改触发器；

3）通过 insert…select…limit N 语句分片拷贝数据到目的表；

4）Copy完成后，将 A_new 表 rename 到 A 表。