MySQL建表必须定义至少一个字段，需显式指定ENGINE、CHARSET、外键命名及时间字段默认值规则；utf8mb4和InnoDB为推荐配置，NOT NULL与DEFAULT需谨慎搭配。
CREATE TABLE 语句必须指定字段名和数据类型
MySQL 不允许创建没有列的空表，CREATE TABLE 至少要包含一个字段定义。常见错误是漏写类型或拼错关键字，比如把 VARCHAR 写成 VARCAHR，或忘记给 INT 加括号（虽然 MySQL 允许 INT 不带长度，但 INT(11) 是默认显示宽度，不影响存储）。
基础写法示例：
CREATE TABLE users ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, email VARCHAR(100) UNIQUE );
-
PRIMARY KEY必须唯一且非空，一个表只能有一个 -
AUTO_INCREMENT只对整数类型有效，且需配合KEY或PRIMARY KEY -
NOT NULL和UNIQUE是约束，不是数据类型，不能漏掉空格或写成NOT_NULL
ENGINE 和 CHARSET 要显式声明，别依赖默认值
MySQL 8.0 默认引擎是 InnoDB，但老版本可能还是 MyISAM；字符集默认可能是 latin1，存中文会乱码。不显式指定，上线后容易出兼容问题。
推荐写法：
CREATE TABLE logs ( id BIGINT PRIMARY KEY, content TEXT, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
-
utf8mb4才真正支持完整 Unicode（包括 emoji），utf8在 MySQL 里只是utf8mb3 -
COLLATE影响排序和比较，utf8mb4_0900_ai_ci是 MySQL 8.0+ 推荐的大小写不敏感排序规则 -
ENGINE不写时，取决于default_storage_engine配置，生产环境必须锁定
DEFAULT 值有类型限制，函数不能直接用于普通字段
只有 TIMESTAMP 和 DATETIME 字段能用 CURRENT_TIMESTAMP 作默认值（MySQL 5.6.5+），其他类型如 INT 或 VARCHAR 的 DEFAULT 只能是常量，不能是函数调用。
这些写法会报错：
-- ❌ 错误：NOW() 不被允许作为 INT 默认值 age INT DEFAULT NOW() <p>-- ✅ 正确：DATETIME 可以 updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
-
ON UPDATE CURRENT_TIMESTAMP只对TIMESTAMP/DATETIME有效，且最多只能有一个字段用它 -
DEFAULT ''和DEFAULT NULL不同：前者是空字符串，后者是 NULL，语义和索引行为都不同 - 如果字段定义了
NOT NULL，又没设DEFAULT，插入时不提供该字段值就会报错
外键需要 InnoDB 引擎 + 显式命名，否则难以维护
MySQL 对外键支持较弱，尤其在分区表、临时表或某些复制场景下会被忽略。更关键的是，如果不给外键起名，MySQL 会自动生成一串难读的名称（如 fk_123abc），后续删改极其麻烦。
规范写法：
CREATE TABLE orders (
id BIGINT PRIMARY KEY,
user_id BIGINT NOT NULL,
amount DECIMAL(10,2),
CONSTRAINT fk_orders_user_id
FOREIGN KEY (user_id) REFERENCES users(id)
ON DELETE CASCADE
) ENGINE=InnoDB;-
CONSTRAINT后的名字必须唯一，建议用fk_表名_字段名格式 -
REFERENCES的目标字段必须有索引（通常是主键或唯一键），否则建表失败 -
ON DELETE CASCADE是可选动作，但不加的话，删除父记录时会报错，得手动处理
实际建表时最容易被跳过的点：字符集、引擎、外键命名、时间字段的自动更新逻辑。这些不是“语法正确就行”的部分，而是影响数据一致性、迁移成本和协作效率的关键细节。
