using用于同名列连接时更简洁、语义清晰且自动消重字段，避免歧义错误；支持多字段紧凑声明，但要求字段严格同名同类型，且仅mysql/sqlite等部分数据库支持。
USING 在同名列连接时更简洁、语义更清晰，且能自动消重字段，避免 Column 'xxx' in field list is ambiguous 错误。
USING 能自动合并同名字段，SELECT * 时不会重复
当两个表都有 id、class_num 这类同名主键/外键字段时，用 USING(class_num) 连接后，SELECT * 的结果里 class_num 只出现一次；而用 ON a.class_num = b.class_num 会导致该字段在结果中重复出现（除非显式写 a.class_num 或 b.class_num）。
常见错误现象：SELECT *, class_num FROM studentinfo a LEFT JOIN classinfo b ON a.class_num = b.class_num;
会报错：ERROR 1052 (23000): Column 'class_num' in field list is ambiguous
使用 USING 就没这个问题：SELECT * FROM studentinfo a LEFT JOIN classinfo b USING(class_num); —— 直接可用
USING 支持多字段同时连接，语法比 ON 更紧凑
当连接条件涉及多个同名字段（如 (user_id, tenant_id)），USING 可一次性声明：SELECT * FROM orders o JOIN order_items i USING(user_id, tenant_id);
对应 ON 写法必须展开：SELECT * FROM orders o JOIN order_items i ON o.user_id = i.user_id AND o.tenant_id = i.tenant_id;
要点：
- USING 括号内是字段名列表，不是表达式
- 所有列出的字段必须在两张表中**严格同名、同类型、同字符集**，否则报错或隐式转换失败
- 不支持混合字段（比如一边叫 user_id，另一边叫 uid），这种场景只能用 ON
USING 和 ON 在 LEFT JOIN 中对 NULL 行的影响完全一致
有人误以为 USING 会改变外连接逻辑，其实不会。LEFT JOIN ... USING(id) 和 LEFT JOIN ... ON a.id = b.id 在语义和执行结果上完全等价。
但要注意：
- WHERE 子句过滤右表字段（如 WHERE b.status = 'active'）仍会让 LEFT JOIN 实际退化为 INNER JOIN，这个行为与用 USING 还是 ON 无关
- USING 不影响执行计划，索引是否命中、EXPLAIN 中的 type 和 key 列表现，和 ON 完全一样
容易被忽略的兼容性限制
USING 看似方便，但实际落地时有几个硬约束常被跳过检查：
- MySQL 5.7+ 支持，但 **PostgreSQL / SQL Server / Oracle 均不支持
USING**（仅标准 SQL 和 MySQL、SQLite 部分支持），跨数据库迁移时要重写 - 三表及以上连接时，如果中间表和末尾表的同名字段不一致（比如
T1.id→T2.user_id→T3.owner_id），USING无法链式推导，必须切回ON -
USING字段不能带表别名，也不能加函数包装（如USING(DATE(created_at))是非法的）
