MySQL中LIKE 'a%'可查以a开头的记录，但受排序规则（如_ai_ci不区分大小写、_bin区分）、索引有效性（前导通配符%失效，'a%'可走索引）、字符集及隐式转换影响；应通过EXPLAIN验证执行计划。
MySQL 中用 LIKE 查找以特定字母开头的数据
直接用 LIKE 'a%' 就能查出以字母 a 开头的记录，但要注意大小写、索引失效和字符集影响。
为什么有时候 LIKE 'A%' 查不到小写开头的数据
因为 MySQL 的默认排序规则（如 utf8mb4_0900_ai_ci）是大小写不敏感的，'A%' 和 'a%' 效果一样；但如果你用的是 utf8mb4_bin 或显式加 BINARY，就区分大小写。
- 查大小写不敏感：直接写
WHERE name LIKE 'a%' - 强制区分大小写：写成
WHERE BINARY name LIKE 'A%'或WHERE name LIKE 'A%' COLLATE utf8mb4_bin - 建表时指定排序规则会影响默认行为，别假设所有库都一样
为什么加了索引，LIKE 'a%' 还很慢
前导通配符（比如 '%a'）会让索引完全失效，但 'a%' 是可以走索引的——前提是这个字段上有有效索引，且没被隐式转换干扰。
- 确保字段有索引：
SHOW INDEX FROM users WHERE Key_name = 'idx_name'; - 避免在字段上做函数操作：
WHERE UPPER(name) LIKE 'A%'会跳过索引 - 注意字符集长度：如果字段是
TEXT且没指定前缀长度，索引可能只建了前 1000 字节，LIKE匹配靠后内容时依然扫全表
替代方案：什么时候不该用 LIKE
当你要频繁按前缀检索、且数据量大时，LIKE 不是唯一选择，也未必最优。
- 全文索引更适合复杂文本匹配，但不适用于纯前缀场景
-
LEFT(name, 1) = 'a'在某些旧版本或严格模式下可能走不了索引，慎用 - 如果只是固定几个首字母（如 A/B/C 分类），考虑加一个生成列 + 索引：
ALTER TABLE users ADD COLUMN first_char CHAR(1) STORED AS (LEFT(name, 1)); CREATE INDEX idx_first_char ON users(first_char);
实际用的时候，先看执行计划：EXPLAIN SELECT * FROM users WHERE name LIKE 'a%';，如果 type 是 range 且 key 显示用了索引，基本就没问题；要是变成 ALL，就得回头检查字段定义、索引和条件写法。
