phpMyAdmin 5.2 默认不导出 GENERATED ALWAYS AS 虚拟生成列定义，因其未解析 INFORMATION_SCHEMA.COLUMNS 中的 generation_expression 字段，仅保留列名与类型；需手动查 expression 并补全语法，或改用 mysqldump --no-data 完整导出。
phpMyAdmin 5.2 默认不导出虚拟生成列（GENERATED ALWAYS AS）的定义，直接点击“导出”会漏掉 GENERATED ALWAYS AS 表达式，只保留列名和类型 —— 这是已知行为，不是你操作错了。
为什么导出 SQL 里看不到 GENERATED ALWAYS AS？
phpMyAdmin 5.2 的导出逻辑基于 SHOW CREATE TABLE 结果，但其内部对 MySQL 5.7+ 引入的虚拟生成列支持不完整：它会识别列存在，却忽略 AS (...) STORED/VIRTUAL 子句，转而用普通列语法替代。
- 现象：导出的
CREATE TABLE语句中，该列变成col_name VARCHAR(255)，无GENERATED ALWAYS AS - 根本原因：phpMyAdmin 未正确解析
INFORMATION_SCHEMA.COLUMNS中的generation_expression字段 - 影响：还原表结构时丢失生成逻辑，后续 INSERT/SELECT 行为异常
手动补全生成列表达式的最快方法
别依赖一键导出，改用组合查询 + 复制粘贴。核心是查出真实表达式，再拼进建表语句：
- 在 phpMyAdmin 的 SQL 标签页执行：
SELECT COLUMN_NAME, GENERATION_EXPRESSION, IS_GENERATED FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'your_db_name' AND TABLE_NAME = 'your_table_name' AND IS_GENERATED = 'YES';
- 结果中
GENERATION_EXPRESSION字段值是带括号的原始表达式（如(concat(first_name,' ',last_name))），需手动去掉外层括号再填入AS后 - 复制现有导出的
CREATE TABLE，找到对应列位置，改为：full_name VARCHAR(100) GENERATED ALWAYS AS (concat(first_name,' ',last_name)) VIRTUAL - 注意
VIRTUAL/STORED必须显式写出，phpMyAdmin 不自动判断
用 mysqldump 替代 phpMyAdmin 导出（推荐）
如果服务器有命令行权限，mysqldump 能完整保留生成列定义，且 phpMyAdmin 5.2 本身不提供该选项：
- 执行：
mysqldump -u user -p --no-data your_db_name your_table_name
- 输出中会包含完整
GENERATED ALWAYS AS (...) VIRTUAL语法 - 兼容性：MySQL 5.7.6+ 均支持；低版本 MySQL 会报错，此时只能手修
- 注意：加
--no-data避免导出大量数据，专注结构
真正麻烦的不是找不到字段，而是导出后没意识到它被“降级”成普通列 —— 检查导出 SQL 时盯住每一列的定义，只要看到 GENERATED 关键字消失，就得立刻干预。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
