目录
[一、DDL 基础概述](#一、DDL 基础概述)
[1.1 DDL 定义与作用](#1.1 DDL 定义与作用)
[1.2 DDL 语句分类](#1.2 DDL 语句分类)
[1.3 数据类型与存储引擎](#1.3 数据类型与存储引擎)
[1.3.1 数据类型](#1.3.1 数据类型)
[1.3.2 存储引擎差异](#1.3.2 存储引擎差异)
[二、基础 DDL 语句详解](#二、基础 DDL 语句详解)
[2.1 创建数据库与表](#2.1 创建数据库与表)
[2.1.1 创建数据库](#2.1.1 创建数据库)
[2.1.2 创建表](#2.1.2 创建表)
[2.2 修改表结构](#2.2 修改表结构)
[2.2.1 添加列](#2.2.1 添加列)
[2.2.2 修改列属性](#2.2.2 修改列属性)
[2.2.3 删除列](#2.2.3 删除列)
[2.2.4 重命名表](#2.2.4 重命名表)
[2.3 删除与清空数据](#2.3 删除与清空数据)
[2.3.1 删除表](#2.3.1 删除表)
[2.3.2 清空表数据](#2.3.2 清空表数据)
[3.1 约束条件](#3.1 约束条件)
[3.1.1 主键约束](#3.1.1 主键约束)
[3.1.2 外键约束](#3.1.2 外键约束)
[3.1.3 唯一约束](#3.1.3 唯一约束)
[3.1.4 检查约束(MySQL 8.0+)](#3.1.4 检查约束(MySQL 8.0+))
[3.2 索引管理](#3.2 索引管理)
[3.2.1 创建索引](#3.2.1 创建索引)
[3.2.2 删除索引](#3.2.2 删除索引)
[3.2.3 不可见索引(MySQL 8.0+)](#3.2.3 不可见索引(MySQL 8.0+))
[4.1 视图操作](#4.1 视图操作)
[4.1.1 创建视图](#4.1.1 创建视图)
[4.1.2 修改视图](#4.1.2 修改视图)
[4.1.3 删除视图](#4.1.3 删除视图)
[4.2 分区表](#4.2 分区表)
[4.2.1 创建分区表](#4.2.1 创建分区表)
[4.2.2 修改分区](#4.2.2 修改分区)
[4.2.3 删除分区](#4.2.3 删除分区)
[五、事务与 DDL 原子性](#五、事务与 DDL 原子性)
[5.1 DDL 与事务的关系](#5.1 DDL 与事务的关系)
[5.2 原子 DDL 特性](#5.2 原子 DDL 特性)
[六、高级 DDL 特性与优化](#六、高级 DDL 特性与优化)
[6.1 在线 DDL(Online DDL)](#6.1 在线 DDL(Online DDL))
[6.1.1 核心原理](#6.1.1 核心原理)
[6.1.2 语法与选项](#6.1.2 语法与选项)
[6.2 性能优化策略](#6.2 性能优化策略)
[6.2.1 拆分大操作](#6.2.1 拆分大操作)
[6.2.2 延迟索引创建](#6.2.2 延迟索引创建)
[6.2.3 监控与调优](#6.2.3 监控与调优)
[7.1 DDL 权限分配](#7.1 DDL 权限分配)
[7.1.1 创建用户并授权](#7.1.1 创建用户并授权)
[7.1.2 回收权限](#7.1.2 回收权限)
[7.2 安全最佳实践](#7.2 安全最佳实践)
[8.1 DDL 执行缓慢](#8.1 DDL 执行缓慢)
[8.2 唯一索引冲突](#8.2 唯一索引冲突)
[8.3 主从复制延迟](#8.3 主从复制延迟)
[10.1 在线 DDL 工具](#10.1 在线 DDL 工具)
[10.2 性能监控工具](#10.2 性能监控工具)

一、DDL 基础概述
1.1 DDL 定义与作用
DDL(Data Definition Language,数据定义语言)是用于创建、修改和删除数据库对象(如表、索引、视图等)的 SQL 语句集合。其核心作用包括:
- 结构管理:定义数据库的物理和逻辑结构。
- 元数据控制:管理表、列、约束等元数据信息。
- 性能优化:通过索引、分区等手段提升查询效率。
1.2 DDL 语句分类
常见 DDL 语句包括:
- 创建操作 :
CREATE DATABASE、CREATE TABLE、CREATE INDEX等。 - 修改操作 :
ALTER TABLE、ALTER DATABASE、RENAME TABLE等。 - 删除操作 :
DROP TABLE、TRUNCATE TABLE、DROP INDEX等。
1.3 数据类型与存储引擎
1.3.1 数据类型
MySQL 支持多种数据类型,合理选择可优化存储和查询性能:
- 数值类型 :
INT、BIGINT、DECIMAL(用于货币计算)。 - 字符串类型 :
VARCHAR(可变长)、CHAR(定长)、TEXT(长文本)。 - 日期时间类型 :
DATETIME、TIMESTAMP(自动记录时间戳)。 - JSON 类型:存储结构化数据,支持快速查询。
1.3.2 存储引擎差异
不同存储引擎对 DDL 的支持和性能表现不同:
- InnoDB:支持事务、行级锁和原子 DDL(MySQL 8.0+),是默认引擎。
- MyISAM:不支持事务,DDL 操作需锁表,适合读多写少场景。
- Memory:数据存储在内存中,DDL 速度快但数据易丢失。
- Archive:适合归档历史数据,支持压缩和高效查询。
二、基础 DDL 语句详解
2.1 创建数据库与表
2.1.1 创建数据库
sql
CREATE DATABASE mydatabase CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
- 字符集与排序规则 :
utf8mb4支持全 Unicode 字符,utf8mb4_general_ci为常用排序规则。
2.1.2 创建表
sql
CREATE TABLE users (
id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50) NOT NULL,
email VARCHAR(100) UNIQUE,
age INT CHECK (age > 0),
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
- 约束条件 :
PRIMARY KEY(主键)、UNIQUE(唯一约束)、CHECK(MySQL 8.0 + 支持)。 - 自动填充 :
AUTO_INCREMENT用于自增主键,DEFAULT CURRENT_TIMESTAMP自动记录创建时间。
2.2 修改表结构
2.2.1 添加列
sql
ALTER TABLE users ADD COLUMN address VARCHAR(255);
2.2.2 修改列属性
sql
ALTER TABLE users MODIFY COLUMN address VARCHAR(500);
2.2.3 删除列
sql
ALTER TABLE users DROP COLUMN address;
2.2.4 重命名表
sql
RENAME TABLE users TO customers;
2.3 删除与清空数据
2.3.1 删除表
sql
DROP TABLE IF EXISTS users;
2.3.2 清空表数据
sql
TRUNCATE TABLE users;
- TRUNCATE vs DELETE :
TRUNCATE速度更快,不记录日志,不可回滚。
三、约束与索引管理
3.1 约束条件
3.1.1 主键约束
sql
ALTER TABLE users ADD PRIMARY KEY (id);
3.1.2 外键约束
sql
ALTER TABLE orders ADD CONSTRAINT fk_user_id FOREIGN KEY (user_id) REFERENCES users(id);
3.1.3 唯一约束
sql
CREATE UNIQUE INDEX idx_email ON users(email);
3.1.4 检查约束(MySQL 8.0+)
sql
ALTER TABLE users ADD CHECK (age > 0);
3.2 索引管理
3.2.1 创建索引
sql
-- 普通索引
CREATE INDEX idx_name ON users(name);
-- 全文索引
CREATE FULLTEXT INDEX idx_content ON articles(content);
3.2.2 删除索引
sql
DROP INDEX idx_name ON users;
3.2.3 不可见索引(MySQL 8.0+)
sql
ALTER TABLE users ALTER INDEX idx_name INVISIBLE;
- 用途:测试索引删除对性能的影响,避免直接删除导致的风险。
四、视图与分区表
4.1 视图操作
4.1.1 创建视图
sql
CREATE VIEW adult_users AS
SELECT id, name, email FROM users WHERE age > 18;
4.1.2 修改视图
sql
ALTER VIEW adult_users AS
SELECT id, name FROM users WHERE age > 21;
4.1.3 删除视图
sql
DROP VIEW IF EXISTS adult_users;
4.2 分区表
4.2.1 创建分区表
sql
CREATE TABLE sales (
sale_id INT,
sale_date DATE
) PARTITION BY RANGE (YEAR(sale_date)) (
PARTITION p2020 VALUES LESS THAN (2021),
PARTITION p2021 VALUES LESS THAN (2022),
PARTITION p2022 VALUES LESS THAN MAXVALUE
);
4.2.2 修改分区
sql
ALTER TABLE sales REORGANIZE PARTITION p2022 INTO (
PARTITION p2022 VALUES LESS THAN (2023),
PARTITION p2023 VALUES LESS THAN MAXVALUE
);
4.2.3 删除分区
sql
ALTER TABLE sales DROP PARTITION p2020;
五、事务与 DDL 原子性
5.1 DDL 与事务的关系
- 隐式提交:DDL 语句会隐式提交当前事务,不可回滚。
- 原子 DDL(MySQL 8.0+):通过 InnoDB 存储引擎实现,确保 DDL 操作要么全部成功,要么回滚。
5.2 原子 DDL 特性
- 支持操作 :
CREATE、ALTER、DROP、TRUNCATE等。 - 元数据存储:数据字典存储在 InnoDB 系统表中,支持事务性更新。
- 日志机制 :DDL 日志写入
mysql.innodb_ddl_log表,用于回滚和恢复。
六、高级 DDL 特性与优化
6.1 在线 DDL(Online DDL)
6.1.1 核心原理
通过分阶段执行 DDL,允许并发读写操作:
- 准备阶段:创建新表结构或索引。
- 拷贝阶段:复制数据到新结构,记录增量日志。
- 应用阶段:回放增量日志,确保数据一致性。
- 替换阶段:切换表名,完成变更。
6.1.2 语法与选项
sql
ALTER TABLE users ADD COLUMN new_col INT ALGORITHM=INPLACE, LOCK=NONE;
- ALGORITHM :
INSTANT(仅修改元数据)、INPLACE(原地修改)、COPY(复制表)。 - LOCK :
NONE(无锁)、SHARE(共享锁)、EXCLUSIVE(排他锁)。
6.2 性能优化策略
6.2.1 拆分大操作
将复杂 DDL 拆分为多个小步骤,减少锁时间:
sql
-- 先添加列,再填充数据
ALTER TABLE orders ADD COLUMN new_col INT;
UPDATE orders SET new_col = 0;
ALTER TABLE orders ALTER COLUMN new_col SET NOT NULL;
6.2.2 延迟索引创建
先导入数据,再创建索引以减少锁竞争:
sql
CREATE TABLE tmp_orders LIKE orders;
INSERT INTO tmp_orders SELECT * FROM orders;
DROP TABLE orders;
RENAME TABLE tmp_orders TO orders;
CREATE INDEX idx_order_date ON orders(order_date);
6.2.3 监控与调优
- MDL 锁监控 :使用
sys.schema_table_lock_waits查看锁等待。 - 参数调整 :
innodb_online_alter_log_max_size控制增量日志大小。
七、权限管理与安全实践
7.1 DDL 权限分配
7.1.1 创建用户并授权
sql
CREATE USER 'ddl_user'@'localhost' IDENTIFIED BY 'password';
GRANT CREATE, ALTER, DROP ON mydatabase.* TO 'ddl_user'@'localhost';
7.1.2 回收权限
sql
REVOKE ALTER ON mydatabase.* FROM 'ddl_user'@'localhost';
7.2 安全最佳实践
- 最小权限原则:仅授予必要权限,避免过度授权。
- 备份与回滚 :执行 DDL 前备份数据,使用
pt-online-schema-change等工具降低风险。 - 版本兼容性:根据 MySQL 版本选择合适的 DDL 方式,如 MySQL 8.0 优先使用原子 DDL。
八、常见问题与解决方案
8.1 DDL 执行缓慢
- 原因:数据量大、锁竞争、外键约束检查。
- 解决方案:使用 Online DDL、拆分操作、禁用外键约束检查。
8.2 唯一索引冲突
- 原因:并发 DML 导致临时重复键。
- 解决方案:重试操作或调整事务隔离级别。
8.3 主从复制延迟
- 原因:DDL 操作在从库串行执行。
- 解决方案:选择低峰期执行 DDL,或使用并行复制(MySQL 5.7+)。
九、版本兼容性与特性对比
| 特性 | MySQL 5.6 | MySQL 5.7 | MySQL 8.0+ |
|---|---|---|---|
| 原子 DDL | 不支持 | 不支持 | 支持(InnoDB) |
| Online DDL | 部分支持 | 增强支持 | 全面支持 |
| INSTANT 算法 | 不支持 | 不支持 | 支持 |
| 不可见索引 | 不支持 | 不支持 | 支持 |
| 降序索引 | 语法支持但无效 | 语法支持但无效 | 实际降序存储 |
十、工具推荐
10.1 在线 DDL 工具
- pt-online-schema-change:适用于 MySQL 5.5 及以下版本,通过触发器同步增量数据。
- gh-ost:基于 Binlog 同步增量,减少触发器开销。
- MySQL 原生 Online DDL:MySQL 5.6 + 内置支持,推荐优先使用。
10.2 性能监控工具
- sys schema:提供 MDL 锁、索引使用情况等监控视图。
- pt-index-usage:分析索引使用频率,优化索引设计。
总结
MySQL DDL 是数据库管理的核心功能,掌握其语法、特性和优化策略对高效管理数据库至关重要。通过合理使用原子 DDL、Online DDL、分区表和索引,结合权限管理与性能监控,可以显著提升数据库的稳定性和性能。在实际操作中,需根据业务场景选择合适的 DDL 方式,并严格遵循安全最佳实践,以确保数据的一致性和可用性。