phpMyAdmin 5.2 不支持 UUID 字段的可视化默认值设置，因界面无 UUID() 入口且 MySQL 5.7+ 严格模式下不允函数作默认值；必须通过 SQL 标签页手写 ALTER TABLE 语句定义 CHAR(36) 字段并设 DEFAULT (UUID())（仅限 MySQL 8.0.13+）。
phpMyAdmin 5.2 不支持为 UUID 字段设置或显示“可视化默认值”——你根本找不到能填 UUID() 或 DEFAULT 的输入框，这不是操作遗漏，是功能缺失。
为什么「默认值」输入框是灰的或直接不出现
在 phpMyAdmin 5.2 的「结构」页添加/编辑字段时，「Default」下拉菜单只提供：None、As defined、NULL 和几个时间函数（如 CURRENT_TIMESTAMP），但 UUID() 不在其中。MySQL 5.7+ 严格模式下，UUID() 本身就不能作为列级默认值（仅 MySQL 8.0.13+ 支持函数默认值），而 phpMyAdmin 5.2 的 UI 甚至没为它预留入口。
- 勾选
AUTO_INCREMENT？无效——UUID 是字符串，不是整数 - 手动在 Default 输入框里敲
UUID()？保存时会被忽略或清空 - 选
As defined再点保存？不会写入任何默认逻辑，只是保留当前空状态
真正可行的 UUID 字段定义方式（绕过图形界面）
必须切到「SQL」标签页，手写 ALTER TABLE 或建表语句。例如：
ALTER TABLE `users` ADD COLUMN `id` CHAR(36) NOT NULL DEFAULT '';
再配合应用层生成（如 Laravel 的 Str::uuid()）或触发器填充。若用 MySQL 8.0.13+，可写：
立即学习“PHP免费学习笔记（深入）”；
ALTER TABLE `users` MODIFY COLUMN `id` CHAR(36) NOT NULL DEFAULT (UUID());
-
CHAR(36)必须显式指定，不能用VARCHAR(36)（性能差、严格模式报错） -
DEFAULT (UUID())的括号不能省——这是函数默认值语法，和老式DEFAULT 'xxx'不兼容 - 执行前先
SELECT VERSION();确认版本 ≥ 8.0.13，否则会报错Invalid default value
CSV 导入时 UUID 字段怎么填才不崩
别指望 CSV 导入自动帮你生成 UUID——phpMyAdmin 会把空单元格当 '' 插入，导致违反 NOT NULL 或格式错误。安全做法：
- 导入前用脚本（如 Python +
uuid.uuid4()）批量生成合法 UUID 填入 CSV 的 id 列 - 确保所有值为小写、无空格、严格符合
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx格式（32 字符 + 4 短横线） - 绝对不要复制带
{}、引号、换行或大写的 ID（如{123E...}→ 触发Data too long for column 'id'） - 如果必须留空再补，先导入到临时表（全
TEXT），再用UPDATE ... SET id = UUID()填充
最易被忽略的一点：即使你在 SQL 里成功设了 DEFAULT (UUID())，phpMyAdmin 的「结构」页也不会显示这个默认值——它压根不解析函数默认值，界面上永远只显示空白或 As defined。别对着 UI 反复刷新，直接信 SHOW CREATE TABLE users; 的输出结果。
