基础
MySQL
MySQL
  • 基础知识
    • MySQL 的安装与配置
      • Windows
        • 安装
        • 配置文件
      • Linux
        • 安装
        • 配置文件
      • docker
      • mysql 配置文件格式
    • MySQL 查询的执行过程
      • MySQL 的客户端/服务器通信协议
      • MySQL 查询优化器
        • 优化器可能选择错误的执行计划
        • MySQL 能够处理的优化类型
          • 优化 COUNT()、MIN() 和 MAX()
          • 预估并转化为常数表达式
          • 提前终止查询
          • 排序优化
      • MySQL如何执行联接查询
    • 事务
      • ACID
      • 隔离级别
      • 死锁
      • 事务日志
      • 两阶段锁定协议
      • 多版本并发控制(MVCC)
  • SQL 优化
    • schema 设计
      • 选择数据类型
        • 整数类型
        • 实数类型
        • 字符串类型
          • VARCHAR 和 CHAR
          • BINARY 和 VARBINARY
          • BLOB 和 TEXT
          • ENUM 和 SET
        • 日期类型
      • 选择标识符
    • 索引
      • HASH 索引
      • B-tree 索引
      • 聚簇索引
      • 覆盖索引
      • 前缀索引和索引的选择性
      • 索引合并
      • 选择合适的索引列顺序
      • 使用索引扫描来做排序
      • 维护索引和表
    • 查询优化
      • 优化 SQL 语句的一般步骤
        • 1. 通过 show status 命令了解各种 SQL 的执行频率
        • 2. 定位执行效率较低的 SQL 语句
        • 3. 通过 EXPLAIN 分析低效 SQL 的执行计划
        • 4. 通过 SHOW PROFILE 分析 SQL
        • 5. 通过 TRACE 分析优化器如何选择执行计划
        • 6. 确定问题并采取相应的优化措施
      • 两个简单实用的优化方法
      • 一个复杂查询还是多个简单查询
      • 常用 SQL 的优化
        • 大批量插入数据
        • 优化 GROUP BY 语句
        • 优化联接查询
        • 优化分页查询
        • 优化 SQL_CALC_FOUND_ROWS
        • 优化 UNION 查询
    • Performance Schema
      • 配置
      • 使用
        • 检查SQL语句
        • 检查预处理语句
        • 语句剖析
        • 检查读写性能
        • 检查内存使用情况
        • 检查变量
    • MySQL线程
    • 复制
      • 概述
        • 复制中的各类文件
        • 三种复制格式
        • 全局事务标识符(GTID)
        • 崩溃后的复制安全
      • 安装
        • 基于二进制日志文件位置的复制
        • 基于GTID的复制
      • 复制拓扑
        • 主动/被动模式
        • 主动/只读池模式
        • 多级复制架构
  • 其他
    • 查询缓存
    • 批量insert
    • MySQL 锁的类型
    • MySQL 的索引有哪些
    • INSERT ... ON DUPLICATE KEY UPDATE Statement
由 GitBook 提供支持
在本页
  • 定期分析表和检查表
  • 定期优化表
  1. SQL 优化
  2. 查询优化

两个简单实用的优化方法

定期分析表和检查表

分析表的语法如下:

ANALYZE [ LOCAL | NO_WRITE_TO_BINLOG ] 
TABLE tbl_name [, tbl_name ] ...

本语句用于分析和存储表的关键字分布,分析的结果将可以使得系统得到准确的统计信息,使得 SQL 能够生成正确的执行计划。如果用户感觉实际执行计划并不是预期的执行计划,执行一次分析表可能会解决问题。在分析期间,使用一个读取锁对表进行锁定。这对于 MyISAM、BDB 和 InnoDB 表有作用。对于 MyISAM 表,本语句与使用 myisamchk -a 相当。

检查表的语法如下:

CHECK TABLE tbl_name [, tbl_name] ... [option] ...
其中:
option = { QUICK | FAST | MEDIUM | EXTENDED | CHANGED }

检查表的作用是检查一个或多个表是否有错误。CHECK TABLE 对MyISAM 和 InnoDB 表有作用。对于MyISAM 表,关键字统计数据被更新。

CHECK TABLE 也可以检查视图是否有错误,比如在视图定义中被引用的表已不存在。

定期优化表

优化表的语法如下:

OPTIMIZE [ LOCAL | NO_WRITE_TO_BINLOG ] 
TABLE tbl_name [, tbl_name] ...

如果已经删除了表的一大部分数据,或者如果已经对含有可变长的行的表(含有 VARCHAR、BLOB 或TEXT 列的表)进行了很多更改,则应使用 OPTIMIZE TABLE 命令来进行表优化。这个命令可以将表中的空间碎片进行合并,并且可以消除由于删除或者更新造成的空间浪费,但 OPTIMIZE TABLE 命令只对 MyISAM、BDB 和 InnoDB 表起作用。

对于 InnoDB 引擎的表来说,通过设置 innodb_file_per_table 参数,设置 InnoDB 为独立表空间模式,这样每个数据库的每个表都会生成一个独立的 ibd 文件,用于存储表的数据和索引,这样可以一定程度上减轻 InnoDB 表的空间回收问题。另外,在删除大量数据后,InnoDB 表可以通过 ALTER TABLE 但是不修改引擎的方式来回收不用的空间:

ALTER TABLE payment ENGINE = INNODB;   

警告

ANALYZE、CHECK、OPTIMIZE、ALTER TABLE 执行期间将对表进行锁定,因此一定注意要在数据库不繁忙的时候执行相关的操作。

上一页6. 确定问题并采取相应的优化措施下一页一个复杂查询还是多个简单查询

最后更新于8个月前