mysql索引未失效却主动不用，因字段collation、连接层@@collation_connection、sql字面量三者任一不匹配即触发隐式转换；须查三层真实值并统一collate，否则join或查询仍不走索引。
索引没失效，是 MySQL 主动不用——只要字段 COLLATION、连接层 @@collation_connection、SQL 字面量三者中任意一对不一致，它就放弃走索引，宁可全表扫描。
查清哪一层的 COLLATION 实际不匹配
别靠猜，直接查三层真实值：
-
SHOW FULL COLUMNS FROM users LIKE 'username'—— 看Collation列，这是字段级真实排序规则 -
SELECT @@collation_connection, @@character_set_client—— 连接层决定'abc'这类字面量按什么规则解释 -
SHOW CREATE TABLE users—— 确认表默认CHARACTER SET和列级是否混用COLLATE
常见坑：字段是 utf8mb4_unicode_ci，但 @@collation_connection 是 latin1_swedish_ci 或 utf8mb4_0900_as_cs。哪怕字符集都是 utf8mb4，只要 COLLATE 不同，就触发隐式转换。
ALTER TABLE 修改字段必须同时指定 CHARACTER SET 和 COLLATE
只改 CHARACTER SET 不改 COLLATE，基本等于白忙。MySQL 比对的是排序规则，不是字符集本身。
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
- 错误写法：
ALTER TABLE users CONVERT TO CHARACTER SET utf8mb4—— 会保留原COLLATE，可能仍是utf8mb4_unicode_ci - 正确写法：
ALTER TABLE users MODIFY username VARCHAR(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_cs - 大表操作会锁表（除非满足
ALGORITHM=INPLACE），务必低峰期执行 - 改完立刻
SHOW CREATE TABLE验证字段定义，再跑EXPLAIN看key是否出现索引名
连接层不统一，改表也没用
应用连上数据库后，@@collation_connection 决定了 SQL 中字符串字面量的默认排序规则。ORM 或驱动没显式指定时，MySQL fallback 到服务端默认值，极易错配。
- Java JDBC 连接串加：
?useUnicode=true&characterEncoding=utf8mb4&collationConnection=utf8mb4_0900_as_cs - PHP mysqli 连接后立刻执行：
mysqli_set_charset($conn, 'utf8mb4')，并确认SET NAMES utf8mb4 COLLATE utf8mb4_0900_as_cs - 验证是否生效：
SELECT CHARSET('测试'), COLLATION('测试')—— 返回值应与字段Collation完全一致
漏掉 collation= 这部分，前面所有表和字段改得再整齐，查询时仍可能触发转换。
JOIN 场景下两边字段 COLLATION 必须完全一致
两张表关联字段即使都是 VARCHAR、字符集都是 utf8mb4，只要 COLLATION 不同（比如一边是 utf8mb4_0900_as_cs，另一边是 utf8mb4_unicode_ci），MySQL 就拒绝走索引。
- 查关联字段真实 COLLATION：
SELECT COLUMN_NAME, CHARACTER_SET_NAME, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'db' AND TABLE_NAME IN ('t1', 't2') AND COLUMN_NAME IN ('uid', 'user_id') - 修改时必须两边同步：
ALTER TABLE t1 MODIFY uid VARCHAR(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_cs+ALTER TABLE t2 MODIFY user_id VARCHAR(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_cs - 含外键的表，
MODIFY可能失败，需提前DROP FOREIGN KEY或处理约束
最易被忽略的是存储过程里传参：显式写 _utf8mb4'xxx' COLLATE utf8mb4_unicode_ci 但字段实际是 utf8mb4_0900_as_cs，索引照样废——这种写法必须收敛到列的实际规则，或者干脆省略 COLLATE 让 MySQL 自动推导。
