你想进大厂吗？这份所有大厂都绕不过的MySQL宝典值得你一看

最新推荐文章于 2024-11-06 00:13:23 发布

java卖客

最新推荐文章于 2024-11-06 00:13:23 发布

阅读量486

点赞数

文章标签：面试服务器 java

本文链接：https://blog.csdn.net/m0_74132984/article/details/127264268

版权

前言：

好久没有给我的粉丝们分享过资料了，眼看着秋招就来了特意给大家总结了一份大厂秋招宝典，如今基本上所有的大厂都绕不过MySQL只要你想进大厂不管是腾讯、阿里也好还是字节百度只要你去面试就一定会问你MySQL怎么样，为了我的粉丝们秋招的时候能面试上自己心仪的大厂，我特意找了某大厂的核心员工买来了这份宝典，希望能帮助我的粉丝在秋招上拿到自己喜欢的offer！

因为文档内容实在太多了，我会尽可能多地为大家进行展示，如果感兴趣的话，可以帮忙点赞转发下，后台私信【面试】，获取完整内容免费下载方式 MySQL 架构与历史 MySQL 逻辑架构如果能在头脑中构建出一幅MySQL各组件之间如何协同工作的架构图，就会有助于深人理解MySQL服务器。

MySQL 时间线（Timeline）在选择MySQL版本的时候，了解一下版本的变迁历史是有帮助的，对于怀旧者也可以享受一下过去的好日子里是怎么使用MySQL的。

MySQL 基准测试基准测试应该运行多长时间基准测试应该运行足够长的时间，这一点很重要。如果需要测试系统在稳定状态时的性能，那么当然需要在稳定状态下测试并观察。而如果系统有大量的数据和内存，要达到稳定状态可能需要非常长的时间。

大部分系统都会有一些应对突发情况的余量，能够吸收性能尖峰，将一些工作延迟到高峰期之后执行。但当对机器加压足够长时间之后，这些余量会被消耗尽，系统的短期尖峰也就无法维持原来的高性能。

绘图的重要性如果你想要统治世界，就必须不断地利用“阴谋””。而最简单有效的图形，就是将性能指标按照时间顺序绘制。

通过图形可以立刻发现一些问题，而这些问题在原始数据中却很难被注意到。或许你会坚持看测试工具打印出来的平均值或其他汇总过的信息，但平均值有时候是没有用的，它会掩盖掉一些真实情况。幸运的是，前面写的脚本的输出都可以定制作为gnuplot或者R绘图的数据来源。假设使用gnuplot,假设输出的数据文件名是QPS-per-5-seconds: gnuplot> plot "QPS-per-5-seconds" using 5 w lines title "Qps"

服务器性能剖析通过性能剖析进行优化一旦掌握并实践面向响应时间的优化方法，就会发现需要不断地对系统进行性能剖析(profiling)。

性能剖析是测量和分析时间花费在哪里的主要方法。性能剖析一般有两个步骤：测量任务所花费的时间；然后对结果进行统计和排序，将重要的任务排到前面。

剖析MySQL 查询对查询进行性能剖析有两种方式，每种方式都有各自的问题，本章会详细介绍。可以剖析整个数据库服务器，这样可以分析出哪些查询是主要的压力来源（如果已经在最上面的应用层做过剖析，则可能已经知道哪些查询需要特别留意）。

定位到具体需要优化的查询后，也可以钻取下去对这些查询进行单独的剖析，分析哪些子任务是响应时间的主要消耗者。

Schema 与数据类型优化日期和时间类型 MySQL可以使用许多类型来保存日期和时间值，例如YEAR和DATE。

MySQL能存储的最小时间粒度为秒（MariaDB支持微秒级别的时间类型）。但是MySQL也可以使用微秒级的粒度进行临时运算，我们会展示怎么绕开这种存储限制。

范式和反范式对于任何给定的数据通常都有很多种表示方法，从完全的范式化到完全的反范式化，以及两者的折中。在范式化的数据库中，每个事实数据会出现并且只出现一次。

相反，在反范式化的数据库中，信息是冗余的，可能会存储在多个地方。

创建高性能的索引索引的类型索引有很多种类型，可以为不同的场景提供更好的性能。在MySQL中，索引是在存储引擎层而不是服务器层实现的。

所以，并没有统一的索引标准：不同存储引擎的索引的工作方式并不一样，也不是所有的存储引擎都支持所有类型的索引。即使多个存储引擎支持同一种类型的索引，其底层的实现也可能不同。

索引的优点索引可以让服务器快速地定位到表的指定位置。

但是这并不是索引的唯一作用，到目前为止可以看到，根据创建索引的数据结构不同，索引也有一些共他的附加作用。

查询性能优化查询执行的基础当希望MySQL能够以更高的性能运行查询时，最好的办法就是弄清楚MySQL是如何优化和执行查询的。

一旦理解这一点，很多查询优化工作实际上就是遵循一些原则让优化器能够按照预想的合理的方式运行。

查询优化器的提示（hint）如果对优化器选择的执行计划不满意，可以使用优化器提供的几个提示（hint）来控制最终的执行计划。

下面将列举一些常见的提示，并简单地给出什么时候使用该提示,通过在查询中加入相应的提示，就可以控制该查询的执行计划。关于每个提示的具体用法。

MySQL 高级特性视图 MySQL5.0版本之后开始引入视图。视图本身是一个虚拟表，不存放任何数据。在使用SQL语句访问视图的时候，它返回的数据是MySQL从共他表中生成的。

视图和表是在同一个命名空间，MySQL在很多地方对于视图和表是同样对待的。不过视图和表也有不同，例如，不能对视图创建触发器，也不能使用DROPTABLE命令删除视图。

插件除了UDF，MySQL还支持各种各样的插件。

这些插件可以在MySQL中新增启动选项和状态值，还可以新增INFORMATION_SCHENA表，或者在MySQL的后台执行任务，等等。

优化服务器设置配置MySQL 的I/O 行为有一些配置项影响着MySQL怎样同步数据到磁盘以及如何做恢复操作。这些操作对性能的影响非常大，因为都涉及到昂贵的I/0操作。

它们也表现了性能和数据安全之间的权衡。通常，保证数据立刻并且一致地写到磁盘是很昂贵的。如果能够冒一点磁盘写可能没有真正持久化到磁盘的风险，就可以增加并发性和减少I/O等待，但是必须决定可以容忍多大的风险。

优化BLOB 和TEXT 的场景配置服务器的一个目标是把它定制得符合特定的工作负载。

这需要精通所有类型的服务器活动的数量、类型，以及频率——不仅仅是查询语句，也包括共他的活动，例如连接服务器以及刷新表。

操作系统和硬件优化平衡内存和磁盘资源配置大量内存最大的原因其实不是因为可以在内存中保存大量数据：最终目的是避免磁盘I/O，因为磁盘I/O比在内存中访问数据要慢得多。

关键是要平衡内存和磁盘的大小、速度、成本和其他因素，以便为工作负载提供高性能的表现。

I/O 密集型的机器在I/O密集型工作负载下，CPU花费大量时间在等待I/O请求完成。

这意味着vmstat会显示很多处理器在非中断休眠（b列）状态，并且在wa这一列的值很高，下面是个例子：

复制复制解决的问题下面是复制比较常见的用途：数揣分布 MySQL复制通常不会对带宽造成很大的压力，但在5.1版本引入的基于行的复制会比传统的基于语句的复制模式的带宽压力更大。

你可以随意地停止或开始复制，并在不同的地理位置来分布数据备份，例如不同的数据中心。即使在不稳定的网络环境下，远程复制也可以工作。但如果为了保持很低的复制延迟，最好有一个稳定的、低延迟连接。

复制的原理我们已经介绍了复制的一些基本概念，接下来要更深入地了解复制。

让我们看看复制究竟是如何工作的，有哪些优点和弱点，最后介绍一些更高级的复制配置选项。

可扩展的MySQL 扩展MySQL 如果将应用所有的数据简单地放到单个MySQL服务器实例上，则无法很好地扩展，迟早会碰到性能瓶颈。

对于许多类型的应用，传统的解决方法是购买更多强悍的机器，也就是常说的“垂直扩展”或者“向上扩展”，另外一个与之相反的方法是将任务分配到多台计算机上，这通常被称为“水平扩展”或者“向外扩展”。

我们将讨论如何联合使用向上扩展和向外扩展的解决方案，以及如何使用集群方案来进行扩展。最后，大部分应用还会有一些很少或者从不需要的数据，这些数据可以被清理或归档。我们将这个方案称为“向内扩展”，这么取名是为了和其他策略相匹配。

向外扩展可以把向外扩展（有时也称为横向扩展成者水平扩展）策略划分为三个部分：复制、拆分，以及数据分片(sharding)。

高可用性如何实现高可用性可以通过同时进行以下两步来获得高可用性。首先，可以尝试避免导致宕机的原因来减少宕机时间。

许多问题其实很容易避免，例如通过适当的配置、监控，以及规范或安全保障措施来避免人为错误。第二，尽量保证在发生宕机时能够快速恢复。最常见的策略是在系统中制造冗余，并且具备故障转移能力。

这两个维度的高可用性可以通过两个相关的度量来确定：平均失效时间（MTBF）和平均恢复时间（MTTR）。一些组织会非常仔细地追踪这些度量值。

中间件解决方案可以使用代理、端口转发、网络地址转换（NAT）或者硬件负载均衡来实现故障转移和故障恢复。

这些都是很好的解决方案，不像共他方法可能会引入一些不确定性（所有系统组件认同哪一个是主库吗？它能够及时并原子地更改吗？），它们是控制应用和服务器间连接的中枢。但是，它们自身也引人了单点失效，需要准备冗余来避免这个问题。

云端的MySQL 云的优点、缺点和相关误解云计算有许多优点，但很少是为MySQL特别设计。

有一些书籍已经介绍了相关的话题，这里我们不再赞述。不过我们会列出一些比较重要的条目供参考，因为接下来会讨论到云计算的缺点，我们不希望你认为我们是在过分苛求云计算。

MySQL 数据库即服务（DBaaS）

在云端服务器上安装MySQL并不是在云中使用MySQL的唯一方法。

已经有越来越多的公司开始将数据库本身作为云资源，称之为数据库即服务（DBaaS，有时候也叫DaaS），这意味着你可以在一个地方使用云中的数据库，而在另外的地方运行真正的服务。虽然我们在本章花很多时间解释了IaaS，但IaaS市场正在快速商品化，我们期望未来重点会转到DBaaS。在写作本书时已经有以下几个DBaaS服务提供商。