MySQL 5.7及更早版本不支持函数作为列默认值，仅允许常量；8.0.13+虽支持部分函数默认值，但UUID()仍被明确禁止，故PHPMyAdmin中无法直接设为默认值。
为什么不能直接用 UUID() 作为列的默认值？
phpmyadmin 的「默认值」下拉菜单里没有 uuid()，手动填进去会报错或被忽略——因为 mysql 5.7 及更早版本不支持函数作为列默认值（仅支持常量），而 phpmyadmin 的表结构编辑界面又不会帮你生成触发器或修改 sql ddl。你看到的「默认值」字段本质是给 default 子句用的，不是运行时计算逻辑。
正确创建含 UUID 主键的表：必须手写 SQL
别依赖 PHPMyAdmin 的图形化建表流程，直接切到「SQL」标签页执行：
CREATE TABLE `users` ( `id` CHAR(36) PRIMARY KEY DEFAULT (UUID()), `name` VARCHAR(100), `created_at` TIMESTAMP DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB;
注意三点：
-
CHAR(36)是标准 UUID 字符串长度（8-4-4-4-12 格式），别用VARCHAR——索引效率略低，且无必要 -
DEFAULT (UUID())的括号不能省，这是 MySQL 8.0+ 的函数默认值语法；5.7 及以下必须用触发器模拟 - 如果用的是 MySQL 5.7，得额外建触发器：
BEFORE INSERT时手动赋值NEW.id = UUID()
PHPMyAdmin 中插入/编辑 UUID 数据时的常见坑
即使表建好了，PHPMyAdmin 的「插入」表单仍会把 id 列显示为可编辑文本框，你一不留神就手动输了个字符串，或者留空导致插入失败（因为 NOT NULL 但没触发默认值）。解决方法：
- 插入新行时，手动删掉
id字段的输入框内容，让它为空——MySQL 会自动调用UUID() - 编辑已有行时，
id是主键，PHPMyAdmin 默认禁用编辑；若误启用了，改完保存会报错Duplicate entry或违反主键约束 - 导出数据时，
UUID()生成的值会被固化为字符串，导入到另一库时不会重新生成——这点和自增 ID 完全不同
可视化管理 UUID 主键的局限性
PHPMyAdmin 对 UUID 的排序、搜索、筛选体验远不如整型主键：
立即学习“PHP免费学习笔记（深入）”；
- 按
id排序是字典序，不是时间序，无法直观看出插入先后 - 复制 UUID 值容易多选一个空格或换行，粘贴后查询失败，错误信息是
Unknown column 'xxx-xxx' in 'where clause'（其实是语法错误） - 「浏览」页面里点击列头排序，对
CHAR(36)效率低，大数据量时明显卡顿
真正需要频繁按主键查、范围查、排序的场景，UUID 不是友好选择——可视化只是表面顺手，底层代价藏在查询计划里。
