如何修复phpMyAdmin在修改表结构时提示1067无效默认值的错误？-phpMyAdmin-PHP中文网

mysql 5.7+报错#1067的直接原因是严格模式（strict_trans_tables、no_zero_date）禁止timestamp字段使用'0000-00-00 00:00:00'、default null等非法默认值，应改用default current_timestamp或有效时间常量。

mysql 5.7+ 中 timestamp 默认值限制导致报错 #1067

直接原因是 mysql 5.7 及以上版本对 timestamp 字段的默认值做了严格校验：不允许设为 '0000-00-00 00:00:00' 或空字符串，也不允许多个 timestamp 字段同时带非 null 默认值（尤其当其中一个是 current_timestamp）。phpmyadmin 在“结构”页点“修改”并保存时，若字段类型是 timestamp 且默认值填了非法格式，就会抛出 #1067 - invalid default value for 'xxx'。

检查当前字段定义：SHOW CREATE TABLE `your_table_name`;，重点看 TIMESTAMP 行的 DEFAULT 和 ON UPDATE 部分
常见非法写法：DEFAULT '0000-00-00 00:00:00'、DEFAULT ''、DEFAULT NULL（当字段本身没设 NULL 属性时）
合法替代方案（任选其一）：
- 设为 CURRENT_TIMESTAMP（仅限一个字段，且需显式声明 NOT NULL）
- 设为具体有效时间，如 DEFAULT '2020-01-01 00:00:00'
- 去掉默认值，改用应用层写入或触发器填充
如果字段本意只是记录创建时间，推荐用 TIMESTAMP DEFAULT CURRENT_TIMESTAMP；如需自动更新，加 ON UPDATE CURRENT_TIMESTAMP，但注意一个表最多只能有一个 CURRENT_TIMESTAMP 作为默认值

phpMyAdmin 界面修改时默认值被自动清空或误填

phpMyAdmin 的“结构”页在编辑 TIMESTAMP 字段时，下拉菜单里的 “None”、“CURRENT_TIMESTAMP”、“NULL” 看似简单，但选错就直接触发 #1067。它不会帮你校验语义合法性，只按你选的字面值生成 SQL。

不要点 “None” 后还手动在输入框里填 0000-00-00 00:00:00 —— 这等于主动提交非法值
如果字段已存在且有历史数据，又不想改逻辑，可先临时允许零日期：SET sql_mode = '';（仅会话级，修完立刻恢复）
更稳妥的做法：在 phpMyAdmin 的“SQL”页手动执行 ALTER TABLE `table_name` MODIFY `col_name` TIMESTAMP DEFAULT CURRENT_TIMESTAMP;，绕过界面逻辑
确认 MySQL 当前 sql_mode 是否含 NO_ZERO_DATE 或 STRICT_TRANS_TABLES：SELECT @@sql_mode;。生产环境不建议长期关闭 strict 模式

从 MyISAM 迁移到 InnoDB 后出现的隐性兼容问题

老项目从 MyISAM 换引擎后，原 TIMESTAMP 字段可能保留了宽松默认值（如 DEFAULT '0000-00-00 00:00:00'），InnoDB 在严格模式下会拒绝这种定义，而 phpMyAdmin 修改结构时会重新解析并校验整行，从而暴露问题。

PhpMyAdmin

phpMyAdmin 5.2.3 全语言 ZIP 安装包，适合在支持 PHP 7.2+ 的 Web 环境中部署并连接 MySQL/MariaDB 数据库。

下载

执行 SHOW TABLE STATUS LIKE 'your_table_name'; 确认 Engine 是 InnoDB
用 DESCRIBE your_table_name; 查字段是否带 DEFAULT 且值非法
修复不是改表名，而是重定义字段：ALTER TABLE `table_name` CHANGE `col_name` `col_name` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP;
如果该字段已有数据且含零时间，得先清理或转换：UPDATE `table_name` SET `col_name` = '2020-01-01 00:00:00' WHERE `col_name` = '0000-00-00 00:00:00';

为什么改了 phpMyAdmin 配置也无效？

有人试图在 config.inc.php 里加 $cfg['SQLQuery']['Edit'] = false; 或调 sql_mode，其实没用——#1067 是 MySQL 服务端抛出的语法/语义错误，和 phpMyAdmin 前端配置无关。真正起作用的是你提交的 ALTER TABLE 语句是否符合当前 MySQL 版本的约束。