基础
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 提供支持
在本页
  • ENUM
  • Enum 的缺点
  • SET
  1. SQL 优化
  2. schema 设计
  3. 选择数据类型
  4. 字符串类型

ENUM 和 SET

ENUM

有时可以使用 ENUM(枚举)列代替常规的字符串类型。

  • ENUM 列可以存储一组预定义的不同字符串值。

  • MySQL 在存储枚举时非常紧凑,会根据列表值的数量压缩到 1 或者 2 字节中。在内部会将每个值在列表中的位置保存为整数。

  • ENUM 字段是根据内部整数值排序的,而不是根据字符串本身。

    • 可以通过按照需要的顺序指定 ENUM 成员来解决这个问题。

    • 也可以在查询中使用 FIELD() 函数显式地指定排序顺序,但这会导致 MySQL 无法利用索引消除排序。

FIELD() 函数的用法
-- 数据准备
CREATE TABLE enum_test
(
    enum_char ENUM ("male", "female", "unknown")
);
INSERT INTO enum_test
VALUES ("male"),
       ("female"),
       ("unknown"),
       ("male"),
       ("female"),
       ("unknown");


-- 实验FIELD
SELECT *
FROM enum_test 
ORDER BY field(enum_char, "female", "male", "unknown");
+---------+
|enum_char|
+---------+
|female   |
|female   |
|male     |
|male     |
|unknown  |
|unknown  |
+---------+

Enum 的缺点

  • MySQL 将每个枚举值存储为整数,并且必须进行查找以将其转换为字符串表示,因此 ENUM 列有一些开销。 这些开销通常可以被 ENUM 列的小尺寸所抵消,但并不总是如此。特别是,将 CHAR/VARCHAR 列联接到 ENUM 列可能比联接到另一个 CHAR/VARCHAR 列更慢。

  • 虽然 ENUM 类型在存储值的方式上非常有效,但更改 ENUM 中的有效值会导致需要做 schema 变更。

SET

如果需要存储多个 true/false 值,可以考虑使用 MySQL 原生的 SET 数据类型,可以将多列组合成一列,这在 MySQL 内部是以一组打包的位的集合来表示的。这样可以更有效地利用存储空间,MySQL 具有 FIND_IN_SET() 和 FIELD() 等函数,使其易于在查询中使用。

示例:访问控制列表(ACL)

每个 SET 元素代表一个值,例如 CAN_READ、CAN_WRITE 或 CAN_DELETE。

下面是使用 SET 列的查询:

-- 准备数据
CREATE TABLE acl_test
(
    username VARCHAR(255),
    priority SET ("CAN_READ", "CAN_WRITE", "CAN_DELETE")
);
INSERT INTO acl_test(username, priority)
VALUES ("zhangsan", "CAN_READ,CAN_WRITE"),
       ("lisi", "CAN_READ,CAN_WRITE,CAN_DELETE"),
       ("wangwu", "CAN_READ,CAN_DELETE");
       
-- 查询
SELECT *
FROM acl_test
WHERE FIND_IN_SET("CAN_DELETE", priority);
+--------+-----------------------------+
|username|priority                     |
+--------+-----------------------------+
|lisi    |CAN_READ,CAN_WRITE,CAN_DELETE|
|wangwu  |CAN_READ,CAN_DELETE          |
+--------+-----------------------------+
上一页BLOB 和 TEXT下一页日期类型

最后更新于8个月前