INNER JOIN严格返回两张表的交集记录，需用ON指定连接条件，字段类型、字符集须一致且带表前缀，无匹配数据则结果为空。
INNER JOIN只返回两张表中都存在匹配记录的行，不是“只要写上就能连出数据”，而是严格取交集。
INNER JOIN必须用ON指定连接条件，不能只靠WHERE
很多人误以为在WHERE里加个table1.id = table2.id就等价于INNER JOIN，其实语义和执行逻辑不同。MySQL会先做笛卡尔积再过滤，性能差、可读性低，且容易漏掉隐含的NULL陷阱。
-
ON是连接逻辑的一部分，决定哪些行能“配对成功” -
WHERE是连接完成后的二次筛选，对已配对结果再过滤 - 如果把关联条件写进
WHERE，而某张表有NULL值，可能意外排除本该参与连接的行 - 显式写
INNER JOIN ... ON更安全，也方便后续加LEFT JOIN等扩展
连接字段类型要一致，否则隐式转换导致索引失效
比如users.id是BIGINT，orders.user_id却是VARCHAR，MySQL会把数字转成字符串去比对——这会让user_id上的索引完全失效，查询变慢几倍甚至几十倍。
- 检查字段类型：用
DESCRIBE users和DESCRIBE orders确认 - 避免用函数包装连接字段，如
ON CAST(t1.id AS CHAR) = t2.user_id - 外键列务必与主表主键类型完全一致（包括是否
UNSIGNED） - 字符集也要统一，
utf8mb4_general_ci和utf8mb4_0900_as_cs混用可能触发全表扫描
多表INNER JOIN时别名和字段前缀不能省
三张表以上连查，不加别名或前缀，MySQL会报Column 'id' in field list is ambiguous错误——它根本分不清你要的是哪张表的id。
- 每张表必须用
AS t1、AS t2这类别名，哪怕只用一次 - 所有SELECT字段都带前缀，如
t1.name、t2.order_date - ON条件里也必须写全前缀，
ON t1.id = t2.user_id，不能只写id = user_id - 别名尽量简短但有含义，比如
u代表users，o代表orders
没结果？先查两张表里有没有真正匹配的数据
写了INNER JOIN却返回空，90%不是语法错，而是数据本身没交集。比如orders.user_id里全是1001, 1002，但users.id里最大只到500，那自然查不到。
- 单独查左表：
SELECT id FROM users LIMIT 5 - 单独查右表关联字段：
SELECT DISTINCT user_id FROM orders LIMIT 5 - 用
EXPLAIN看执行计划，确认是否真的走了索引（type字段应为ref或eq_ref） - 注意NULL值：任何与
NULL的=比较都返回FALSE，所以user_id IS NULL的订单永远进不了INNER JOIN结果
最常被忽略的一点：INNER JOIN不是“补全数据”的工具，它是“筛出共同存在”的操作。想保留主表全部记录，得换LEFT JOIN；想确认关联完整性，得配合COUNT或EXISTS验证。别指望它帮你兜底。
