Navicat中设置INT UNSIGNED最直接方式是勾选字段属性中的“未签署”复选框，该翻译对应UNSIGNED，勾选后数值范围变为0～4294967295，且需注意与有符号类型混用时的隐式转换风险。
navicat 中设置 int unsigned 最直接的方式就是在表设计界面勾选 unsigned，但这个选项在中文版里被翻译成“未签署”，容易被忽略或误解为无关项。
Navicat 字段属性里的 “未签署” 就是 Unsigned
中文版 Navicat（尤其是 v15 及更早版本）将 UNSIGNED 翻译为“未签署”，不是错别字，也不是功能缺失——它就是你要找的无符号开关。
- 打开表设计器，选中目标字段（如
quantity、age、score） - 在右侧“字段”面板中找到“未签署”复选框，勾选它
- 注意：该选项默认不勾选，且位置常在“Zerofill”上方、“默认值”下方，容易滑过
- 如果勾选后保存报错（如
Invalid default value for 'xxx'），说明该字段已有DEFAULT值但未显式设为非负数（比如写了DEFAULT -1），需一并修正
为什么必须手动勾选，不能靠建表语句自动同步？
Navicat 的可视化设计器和 DDL 生成逻辑是分离的：你用 SQL 创建了 INT UNSIGNED 表，再双击打开设计器时，“未签署”可能仍处于未勾选状态——它不会反向解析 DDL 来更新 UI 状态。
- 这意味着：即使建表语句里写了
id INT UNSIGNED，在设计器里不手动勾选“未签署”，后续通过 UI 修改字段（比如调长度、改默认值）时，Navicat 可能悄悄把UNSIGNED给丢掉 - 导出表结构时，若 UI 未勾选，生成的 DDL 也不会带
UNSIGNED - 验证方式：右键表 → “对象信息” → 查看 DDL，确认是否含
unsigned关键字
勾选 Unsigned 后要注意的兼容性问题
UNSIGNED 不只是“禁止负数”这么简单，它会实质性改变数值范围和运算行为，尤其在和有符号类型混用时。
- MySQL 中，
INT和INT UNSIGNED属于不同数据类型，比较或计算时会隐式转换，可能触发警告甚至截断（例如SELECT 1 - 2 AS res在UNSIGNED列上会变成18446744073709551615） - ORM 框架（如 MyBatis、SQLAlchemy）可能无法自动识别
UNSIGNED，读取到超大正数（如接近4294967295）时，若映射为 Javaint或 Pythonint，虽不报错但语义已偏移 -
TINYINT UNSIGNED（0–255）常被误用于状态码，但很多日志系统或监控工具默认按有符号解析，显示为 -1、-2 等负值，排查时容易绕弯
真正容易被忽略的点是：一旦字段设为 UNSIGNED，所有涉及该列的表达式、函数返回值、JOIN 条件、ORDER BY 都默认按无符号逻辑处理——这不是 UI 设置完就一劳永逸的事，而是从建模阶段就要想清楚的约束边界。
