SQL连接查询中索引没有生效是开发过程中常见的性能问题，其中连接字段的字符集或数据类型不一致是最容易被忽略的诱因。当参与连接的两个字段属性不匹配时，数据库无法直接使用已有的索引进行匹配，会触发全表扫描，严重影响查询效率。
索引失效的核心原因
数据库的索引是基于字段的原始值构建的，当连接的两个字段字符集或数据类型不同时，数据库需要先对其中一个字段的值进行隐式转换，转换后的结果无法匹配原有索引的结构，因此索引无法被使用。
字符集不一致的影响
如果连接的两个字段字符集不同，比如一个是utf8，另一个是utf8mb4，数据库会将字符集更窄的字段值转换为更宽的字符集后再做比较。这个转换过程会让字段值变成表达式计算的结果，索引自然无法生效。
数据类型不一致的影响
如果连接的两个字段数据类型不同，比如一个是int类型，另一个是varchar类型，数据库会将varchar类型的字段值转换为int类型再比较，同样属于隐式转换，会导致索引失效。
如何排查字段属性不一致
可以通过查询数据库的系统表来确认连接字段的属性，以MySQL为例，查询语句如下：
-- 查询表字段的字符集和数据类型
SELECT
COLUMN_NAME,
DATA_TYPE,
CHARACTER_SET_NAME
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME IN ('table_a', 'table_b')
AND COLUMN_NAME IN ('join_column_a', 'join_column_b');
执行上述语句后，对比两个连接字段的DATA_TYPE和CHARACTER_SET_NAME字段值，就可以确认是否存在不一致的情况。
统一字段属性的操作步骤
统一数据类型
如果两个字段数据类型不同，优先将低精度的类型向高精度类型转换，避免数据丢失。比如varchar转int可能存在转换失败的问题，反过来int转varchar更安全。修改语句示例如下：
-- 将table_b的join_column_b从varchar改为int，假设原字段存储的都是纯数字 ALTER TABLE table_b MODIFY COLUMN join_column_b INT NOT NULL;
统一字符集
如果两个字段字符集不同，建议统一为项目通用的字符集，比如utf8mb4。修改语句示例如下：
-- 将table_a的join_column_a字符集改为utf8mb4 ALTER TABLE table_a MODIFY COLUMN join_column_a VARCHAR(50) CHARACTER SET utf8mb4 NOT NULL; -- 将table_b的join_column_b字符集改为utf8mb4 ALTER TABLE table_b MODIFY COLUMN join_column_b VARCHAR(50) CHARACTER SET utf8mb4 NOT NULL;
统一后的查询验证
完成字段属性统一后，再次执行连接查询，通过执行计划可以确认索引是否生效。验证语句如下：
-- 查看查询执行计划 EXPLAIN SELECT * FROM table_a a JOIN table_b b ON a.join_column_a = b.join_column_b WHERE a.id < 100;
如果执行计划中type字段显示为ref或者eq_ref，说明索引已经正常生效，查询效率会得到明显提升。
注意事项
- 修改字段属性前一定要备份表数据，避免操作失误导致数据丢失。
- 修改字符集或者数据类型时，要确保现有数据能够正常转换，比如varchar转int时，字段值必须都是合法的数字。
- 如果表的数据量很大，修改字段属性的操作可能会锁表，建议选择在业务低峰期执行。