Navicat Premium 16 不支持图形界面批量设置 ZEROFILL 属性，必须用 ALTER TABLE ... MODIFY 语句手动修改列定义；其表设计器仅允许单字段勾选，且保存后仅生效于首个字段，ZEROFILL 为 MySQL 已弃用修饰符，需显式重写完整类型并注意 UNSIGNED 自动添加及不可回滚风险。
Navicat Premium 16 不支持图形界面批量设置 ZEROFILL 属性，必须用 ALTER TABLE ... MODIFY 或 CHANGE 语句手动修改列定义。
Navicat 里点“设计表”无法批量加 ZEROFILL
在 Navicat 的表设计器中，你可以为单个字段勾选 ZEROFILL（通常出现在整数类型如 TINYINT、INT 的属性面板），但该操作仅对当前字段生效，且不支持多选字段后统一勾选。更关键的是：一旦你保存了修改，Navicat 底层仍会生成单条 ALTER TABLE ... MODIFY 语句——它不会帮你拼出批量语句，也不能跨字段复用逻辑。
常见错误现象：
– 右键多选多个字段 → “设计表” → 勾选 ZEROFILL → 点保存 → 实际只改了第一个字段
– 表设计器里改完字段类型（如从 INT 改成 INT ZEROFILL）后，Navicat 可能静默丢弃 ZEROFILL，只保留类型和长度
- 根本原因：
ZEROFILL是 MySQL 列定义的修饰符，不是独立的可开关属性；Navicat 的 UI 层并未将其抽象为可批量操作的开关项 - MySQL 8.0.17+ 已将
ZEROFILL标记为 deprecated，未来版本可能移除，所以 UI 也未重点支持 - 如果你用的是 MariaDB，
ZEROFILL仍完全可用，但 Navicat 行为一致：不提供批量入口
正确做法：手写 ALTER TABLE 批量启用 ZEROFILL
假设你要给 orders 表中 order_id、qty、price_cents 三个 INT 字段都加上 ZEROFILL，不能依赖界面，得自己构造语句：
ALTER TABLE orders MODIFY order_id INT ZEROFILL, MODIFY qty INT ZEROFILL, MODIFY price_cents INT ZEROFILL;
注意点：
- 必须用
MODIFY（或CHANGE），不能只写ALTER COLUMN ... SET ZEROFILL—— MySQL 不支持这种语法 - 每个字段重定义时，要显式写出完整类型（含长度，如
INT(11)），否则可能被重置为默认长度 - 如果字段有
NOT NULL、DEFAULT、注释等约束，也得一并写进MODIFY子句，否则会被清空 - 执行前务必先备份：Navicat 不会在执行 DDL 前自动开启事务，
ALTER TABLE在 MySQL 中是隐式提交操作，不可回滚
如何安全验证和避免踩坑
直接运行 ALTER TABLE 风险高，尤其在生产环境。推荐分三步走：
- 先查出目标字段当前完整定义：
SHOW CREATE TABLE orders;复制建表语句，在本地编辑出带ZEROFILL的新定义 - 用
SELECT检查字段是否真为整数类型：SELECT COLUMN_NAME, DATA_TYPE, COLUMN_TYPE FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 'orders' AND COLUMN_NAME IN ('order_id','qty');—— 排除VARCHAR或DECIMAL被误操作 - 小范围试改：比如先只改一个字段，再查
SHOW COLUMNS FROM orders LIKE 'order_id';确认COLUMN_TYPE显示为int(11) unsigned zerofill（注意：ZEROFILL会自动加上UNSIGNED）
真正容易被忽略的一点：ZEROFILL 仅影响显示格式（如 INT(4) ZEROFILL 存 7 显示为 0007），不影响存储值或索引行为；但一旦加了，就不能再用普通 INT 值安全插入——比如 INSERT INTO orders (order_id) VALUES (-123) 会报错，因为 ZEROFILL 字段强制 UNSIGNED。
