navicat 16中文版中“未签署”即unsigned，位于字段属性面板zerofill上方、默认值下方，勾选后数值范围变为0～4294967295；若保存报错invalid default value，需确保default值为非负数。
Navicat 16 中“未签署”就是 UNSIGNED
中文版 Navicat 16（含 Premium、MySQL 专用版）把 UNSIGNED 翻译成“未签署”，不是翻译错误，也不是功能缺失——它就是你要找的开关。这个选项位于字段属性面板中，但默认不勾选，且位置容易被忽略：在 Zerofill 上方、默认值 下方。如果你没看见“无符号”“Unsigned”字样，别找错地方，直接拉到那一行勾选“未签署”即可。
勾选后保存失败？检查 DEFAULT 值是否为负数
常见报错：Invalid default value for 'xxx'。原因很直接：字段已设 INT UNSIGNED，但 DEFAULT 值写了 -1 或其他负数。MySQL 不允许无符号字段有负默认值。
- 必须把
DEFAULT改成非负数，比如DEFAULT 0或显式留空（不填） - 如果原字段已有负默认值，Navicat 不会自动帮你修正，得手动删掉或重写
- 导出 DDL 后务必检查语句里是否含
unsigned关键字——若没出现，说明 UI 没生效
建表语句写了 UNSIGNED，设计器里却没勾选？这是正常现象
Navicat 的可视化设计器和 DDL 解析逻辑是分离的。即使你用 SQL 创建了 id INT UNSIGNED 表，再双击“设计表”，未签署 复选框仍可能处于未勾选状态。这不是 bug，是设计如此。
- 后续所有通过 UI 修改（如调长度、改注释、加 Zerofill）都可能悄悄丢掉
UNSIGNED - 验证方式：右键表 → “对象信息” → 切换到“DDL”标签页，确认字段定义含
unsigned - 真正可靠的设置方式只有两种：建表时 SQL 写死
INT UNSIGNED；或修改时用ALTER TABLE MODIFY COLUMN xxx INT UNSIGNED
为什么 TINYINT UNSIGNED 存 200，日志里显示 -56？
这不是 Navicat 的问题，而是下游系统按有符号解析导致的溢出表现。TINYINT UNSIGNED 范围是 0–255，但很多监控工具、日志采集器、甚至部分 ORM 默认用有符号字节读取，200 就被解释为 200 - 256 = -56。
- 排查时别急着改数据库，先确认读取端是否支持无符号类型
- PHP 中没有原生
uint8_t，传值用字符串或确保PDO::PARAM_STR绕过整型解释 - 最易被忽略的一点：一旦字段设为
UNSIGNED，所有涉及它的表达式（如col + 1、ORDER BY col、JOIN ON a.col = b.col）都会按无符号逻辑执行，不会因为某次查询没显式 cast 就“恢复”有符号行为
