答案：MySQL存储过程乱码因字符集不一致，需全程统一为utf8mb4。检查并设置客户端、连接、服务器等各环节的字符集，确保数据库、表及存储过程创建时使用utf8mb4，修改配置文件后重启服务，并在客户端工具中正确配置编码，避免传输与显示乱码。
MySQL存储过程出现乱码，通常是因为字符集设置不一致导致的。问题可能出现在客户端、连接、数据库、数据表或存储过程本身。要解决这个问题，需确保整个链路的字符编码统一为 UTF8 或 UTF8MB4。
检查并设置正确的字符集
确认当前数据库环境的字符集配置：
-
查看当前字符集设置：执行
SHOW VARIABLES LIKE 'character_set_%';和SHOW VARIABLES LIKE 'collation_%'; - 重点关注
character_set_client、character_set_connection、character_set_results、character_set_database、character_set_server是否都为utf8mb4 - 如果不是，建议在 MySQL 配置文件（如 my.cnf 或 my.ini）中统一设置：
[mysqld]
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
init_connect = 'SET NAMES utf8mb4'
[client]
default-character-set = utf8mb4
[mysql]
default-character-set = utf8mb4
修改后重启 MySQL 服务。
确保存储过程创建时使用正确编码
当创建或修改存储过程时，客户端发送的 SQL 语句必须以正确的编码传输。
- 在连接数据库时，显式设置字符集：
SET NAMES utf8mb4; - 在客户端工具（如 Navicat、MySQL Workbench 或命令行）中，确保输入脚本文件保存为 UTF8 编码（无 BOM）
- 创建存储过程前先执行：
SET character_set_client = utf8mb4;
例如：
DELIMITER $$
DROP PROCEDURE IF EXISTS test_proc $$
CREATE PROCEDURE test_proc()
BEGIN
SELECT '中文测试' AS msg;
END $$
DELIMITER ;
确保这段代码在 UTF8 环境下执行。
本文档主要讲述的是mybatis语法和介绍；MyBatis 是一个可以自定义SQL、存储过程和高级映射的持久层框架。MyBatis 摒除了大部分的JDBC代码、手工设置参数和结果集重获。MyBatis 只使用简单的XML 和注解来配置和映射基本数据类型、Map 接口和POJO 到数据库记录。相对Hibernate和Apache OJB等“一站式”ORM解决方案而言，Mybatis 是一种“半自动化”的ORM实现。感兴趣的朋友可
验证数据库和对象的字符集
即使服务器设对了，个别数据库或表的字符集仍可能不同。
- 检查数据库字符集：
SHOW CREATE DATABASE db_name; - 检查表字符集：
SHOW CREATE TABLE table_name; - 如有需要，修改数据库字符集：
ALTER DATABASE db_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
虽然存储过程不直接依赖表字符集，但若过程中涉及临时表或字符串操作，统一编码可避免意外。
客户端工具与连接设置
很多乱码问题其实出在客户端显示或连接层。
- 使用命令行时，确保终端支持 UTF8，并在连接后运行
SET NAMES utf8mb4; - 图形工具（如 Navicat）需在连接属性中设置“高级”里的字符集为 UTF8MB4
- 应用程序连接（如 PHP、Java）也要指定字符集参数，例如 JDBC 中加上
?useUnicode=true&characterEncoding=utf8mb4
基本上就这些。关键点是：从客户端到服务器全程使用 utf8mb4，避免中间环节掉链子。只要字符集统一，存储过程里的中文就不会乱码。
