文章目录

• • 1：介绍
  • • 1.1：简介
    • 1.2：安装
    • 1.3：mysql服务命令操作
  • 2：
  • 3：优化
  • • 3.1:在数据库级别进行优化
    • 3.2：优化sql语句
    • • 3.2.1 优化 SELECT 语句
      • 3.2.2 优化子查询、派生表、视图引用和公用表表达式
      • 3.2.3 优化 INFORMATION_SCHEMA 查询
      • 3.2.4 优化性能模式查询
      • 3.2.5 优化数据变更语句
      • 3.2.6 优化数据库权限
      • 3.2.7 其他优化技巧
    • 3.2:在硬件层面进行优化
    • 3.3:平衡便携性和性能
    • 3.4：EXPLAIN查看执行计划
  • 4：

1：介绍

1.1：简介

1.2：安装

1.3：mysql服务命令操作

2：

3：优化

数据库性能取决于数据库级别的多个因素，例如表、查询和配置设置。这些软件结构会导致硬件级别的 CPU 和 I/O 操作，您必须将其最小化并尽可能提高效率。在处理数据库性能时，您首先要学习软件方面的高级规则和指南，并使用挂钟时间测量性能。当您成为专家时，您会更多地了解内部发生的事情，并开始衡量诸如 CPU 周期和 I/O 操作之类的事情。

典型用户的目标是从他们现有的软件和硬件配置中获得最佳的数据库性能。高级用户寻找机会改进 MySQL 软件本身，或开发自己的存储引擎和硬件设备以扩展 MySQL 生态系统。

• 在数据库级别进行优化

• 在硬件层面进行优化

• 平衡便携性和性能

3.1:在数据库级别进行优化

1、表的列数据结构是否正常，表结构是否正确
2、表是否建了合适的索引，索引是否被使用
3、表的存储引擎是否正确，选择事务存储引擎（例如 ） InnoDB 或非事务存储引擎（例如 ） MyISAM 对于性能和可伸缩性非常重要。
4、要配置的主要内存区域是InnoDB缓冲池和MyISAM键缓存。内存大小是否合适

3.2：优化sql语句

3.2.1 优化 SELECT 语句

1、使用where语句。尽量减少返回的列和数据行数，对有索引的使用where索引提升速率。

1、范围优化。可使用range，or，and，between，in/not in，大于小于等缩小范围
尽量使用in而不是not in。
2、索引连接优化。多个查询索引的直接进行and或or连接，需要排序直接排序，只在内存进行一次排序。
3、join hash优化。用在多表连接上，可使用explain analyze对sql语句进行分析，查看执行过程中的相关 hash join等字眼。
开启相关参数hash_join=on或 hash_join=off，
增加join_buffer_size以使散列连接不会溢出到磁盘。
增加open_files_limit。
4、join优化。使用left join等表关联时小表在前，尽可能的返回更少的匹配数据，对于不合适的外连接考虑是否可以转为内连接（如外连接的where条件中部分条件一直为false）
5、is null优化：一个语句中where后的多个is null 判断优化器只对第一个进行优化。

2、

3.2.2 优化子查询、派生表、视图引用和公用表表达式

3.2.3 优化 INFORMATION_SCHEMA 查询

3.2.4 优化性能模式查询

3.2.5 优化数据变更语句

3.2.6 优化数据库权限

3.2.7 其他优化技巧

3.2:在硬件层面进行优化

1、磁盘寻道。磁盘找到一条数据需要时间。对于现代磁盘，平均时间通常低于 10 毫秒，因此理论上我们每秒可以进行大约 100 次寻道。这个时间随着新磁盘的增加而缓慢，并且很难针对单个表进行优化。优化寻道时间的方法是将数据分布到多个磁盘上。

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

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

4、内存带宽。当 CPU 需要的数据多于 CPU 高速缓存所能容纳的数据时，主存带宽就成为瓶颈。对于大多数系统来说，这是一个不常见的瓶颈，但需要注意。

3.3:平衡便携性和性能

3.4：EXPLAIN查看执行计划

EXPLAIN适用于 SELECT, DELETE, INSERT, REPLACE, 和 UPDATE语句

4：