MySQL 5.7存储过程中参数与字段类型必须严格一致，否则隐式转换导致索引失效、全表扫描；需镜像声明变量类型、显式处理赋值与动态SQL、校验调用格式及执行计划。
MySQL 5.7 存储过程中隐式类型转换不是“写法不规范”的小问题，而是直接让索引失效、触发全表扫描的硬伤——哪怕你建了索引、语句看着很短，只要参数类型和字段类型不严格一致，WHERE 条件就大概率走不了索引。
存储过程参数类型必须和表字段完全对齐
这是最根本也最容易被忽略的一环。MySQL 5.7 不支持运行时类型推导优化，变量声明类型一旦和目标字段不一致，就会在每次比较时对字段侧做隐式转换（比如把 phone 列逐行转成数字），索引立刻作废。
- 查字段真实类型：
SELECT COLUMN_TYPE, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 'users' AND COLUMN_NAME = 'phone';—— 注意不仅是类型（VARCHAR(11)），还要看字符集和排序规则 - 声明变量时必须镜像复制：
DECLARE v_phone VARCHAR(11) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_cs;，不能简写为VARCHAR(20)或漏掉字符集 - 避免用
SELECT ... INTO跨类型赋值：❌SELECT phone INTO v_user_id FROM users LIMIT 1;（v_user_id是INT）→ 强制转换不可控；✅ 改用显式CAST或换变量类型
调用存储过程时传参格式必须匹配字面量规范
即使变量声明正确，外部调用时传入错误格式（比如该传字符串却传数字），也会在 CALL 入口就触发一次隐式转换，污染整个执行路径。
- 字段是
VARCHAR→ 调用时必须带单引号：CALL get_user_by_phone('13800138000');，而不是CALL get_user_by_phone(13800138000); - 字段是
BIGINT→ 不要用INT变量接收，尤其注意 Java 的Integer传到 MySQL 可能被 JDBC 驱动默认转成有符号整型，溢出后行为异常 - 调试时加一句：
SELECT p_phone, LENGTH(p_phone), HEX(p_phone);看实际值是否含不可见字符或空格——这类“看似字符串实则脏数据”也会干扰类型判断
动态 SQL 拼接必须手动保类型，别信 CONCAT 自动处理
用 CONCAT 拼查询是高危操作，MySQL 在拼接阶段就丢失所有类型上下文，生成的 SQL 字面量极可能错类型。
- ❌ 危险写法：
SET @sql = CONCAT('SELECT * FROM users WHERE phone = ', p_phone);→ 若p_phone值为13800138000（无引号），拼出来就是phone = 13800138000，全表扫描 - ✅ 安全写法：
SET @sql = CONCAT("SELECT * FROM users WHERE phone = '", REPLACE(p_phone, "'", "''"), "'");—— 显式加引号 + 简单防 SQL 注入 - 更推荐方案：
SET @sql = "SELECT * FROM users WHERE phone = ?"; PREPARE stmt FROM @sql; EXECUTE stmt USING p_phone;→ 类型由预处理协议保障，MySQL 5.7 原生支持
验证是否真避开了隐式转换？别只看 EXPLAIN
存储过程里的 SQL 无法直接 EXPLAIN，且优化器可能因缓存或统计信息给出误导性计划。必须交叉验证。
- 把过程内关键 SQL 抽出来，用**相同值、相同类型**手动执行：
EXPLAIN SELECT * FROM users WHERE phone = '13800138000';和EXPLAIN SELECT * FROM users WHERE phone = 13800138000;对比key和type字段 - 执行后立刻跑
SHOW WARNINGS;—— 如果出现Warning 1739 Type conversion is not allowed或类似提示，说明隐式转换已发生 - 检查
performance_schema.events_statements_history_long中该语句的SQL_TEXT和MESSAGE_TEXT，确认有没有 “truncated”、“converted” 等关键词
真正难的不是“知道要对齐类型”，而是在多人协作、跨系统传参、ORM 自动生成调用的场景下，守住那一层类型契约。一个 ' 漏了，一个 CAST 少了，或者 JDBC URL 里没配 useServerPrepStmts=true，都可能让前面所有优化归零。
