【MySQL精通之路】优化

1 优化概述

数据库性能取决于数据库级别的几个因素，如表、查询和配置设置。这些软件结构导致了硬件级别的CPU和I/O操作，您必须将其最小化并使其尽可能高效。

在研究数据库性能时，首先要学习软件方面的高级规则和指导原则，并使用挂钟时间测量性能。当你成为一名专家时，你会了解更多关于内部发生的事情，并开始测量CPU周期和I/O操作等事情。

典型用户的目标是从现有的软件和硬件配置中获得最佳的数据库性能。

高级用户寻找机会来改进MySQL软件本身，或者开发自己的存储引擎和硬件设备来扩展MySQL生态系统。

2 数据库级别的优化

基本的数据库设计是数据库快速运行的最重要因素：

2.1 表结构

表格的结构是否正确？列是否具有正确的数据类型，每个表是否具有适合工作类型的列？

例如，执行频繁更新的应用程序通常有许多表，但列数很少，而分析大量数据的应用程序往往只有少数表，且列数很多。

2.2 索引

是否有适当的索引来提高查询效率？

2.3 存储引擎

您是否为每个表使用了适当的存储引擎，并利用了您使用的每个存储引擎的优势和功能？特别是，选择事务性存储引擎（如InnoDB）或非事务性存储发动机（如MyISAM）对性能和可扩展性非常重要。

注意：

InnoDB是默认存储引擎。在实践中，高级的InnoDB性能特性意味着InnoDB表通常优于更简单的MyISAM表，尤其是对于繁忙的数据库。

2.4 行格式

每个表格是否使用适当的行格式？此选项还取决于用于表的存储引擎。特别是，压缩表使用更少的磁盘空间，因此读取和写入数据所需的磁盘I/O更少。压缩可用于具有InnoDB表的各种工作负载，也可用于只读MyISAM表。

2.6 锁

应用程序是否使用了适当的锁策略？例如，在可能的情况下允许共享访问，以便数据库操作可以并发运行，并在适当的情况下请求独占访问，以便关键操作获得最高优先级。同样，存储引擎的选择意义重大。InnoDB存储引擎在没有您参与的情况下处理大多数锁问题，从而在数据库中实现更好的并发性，并减少代码的实验和调优量。

2.7 内存大小

用于缓存的所有内存区域的大小是否正确？也就是说，足够大，可以容纳频繁访问的数据，但不能太大，以至于物理内存过载并导致分页。要配置的主要内存区域是InnoDB缓冲池和MyISAM的Key缓存。

3 在硬件级别进行优化

随着数据库变得越来越繁忙，任何数据库应用程序最终都会遇到硬件限制。DBA必须评估是否可以调整应用程序或重新配置服务器以避免这些瓶颈，或者是否需要更多的硬件资源。系统瓶颈通常来自以下来源：

3.1 磁盘

磁盘查找。磁盘查找一段数据需要时间。对于现代磁盘，这一过程的平均时间通常低于10ms，因此理论上我们每秒可以进行大约100次搜索。这一时间随着新磁盘的使用而缓慢改善，并且很难针对单个表进行优化。优化寻道时间的方法是将数据分布到多个磁盘上。（磁盘阵列）

磁盘读写。当磁盘处于正确的位置时，我们需要读取或写入数据。使用现代磁盘，一个磁盘至少可提供10–20MB/s的吞吐量。这比查找更容易优化，因为您可以从多个磁盘并行读取。

CPU周期。当数据在主内存中时，我们必须对其进行处理才能得到结果。与内存量相比，拥有较大的表是最常见的限制因素。但对于小桌子，速度通常不是问题。

内存带宽。当CPU需要的数据超过CPU缓存的容量时，主内存带宽就会成为瓶颈。对于大多数系统来说，这是一个不常见的瓶颈，但需要注意。

4.平衡便携性和性能

要在可移植MySQL程序中使用面向性能的SQL扩展，可以将MySQL特定的关键字包装在

/*！*/内的语句中注释分隔符。其他SQL服务器会忽略注释的关键字。

有关书面评论的信息，请参阅“注释”。

进入正文：

5.优化方案

5.1 优化SQL语句

【MySQL精通之路】SQL优化(1)-CSDN博客

5.2 优化索引

【MySQL精通之路】索引优化(2)-CSDN博客

5.3 优化数据库结构

5.3.1 优化数据大小
5.3.2 优化MySQL数据类型
5.3.3 针对多个表进行优化
5.3.4 MySQL中的内部临时表使用
5.3.5 数据库和表的数量限制
5.3.6 表格大小的限制
5.3.7 表列数和行大小的限制

5.4 优化InnoDB表

5.4.1 优化InnoDB表的存储布局
5.4.2 优化InnoDB事务管理
5.4.3 优化InnoDB只读事务
5.4.4 优化InnoDB重做日志
5.4.5 InnoDB表的批量数据加载
5.4.6 优化InnoDB查询
5.4.7 优化InnoDB DDL操作
5.4.8 优化InnoDB磁盘I/O
5.4.9 优化InnoDB配置变量
5.4.10 多表系统的InnoDB优化