以下的文章主要介绍的是MySQL 存储过程中的乱码的实际解决方案，我们大家都知道存储过程有问题的话，一般表现在无法对数据进行正确查询。以下就是文章的具体内容介绍，望你会有所收获。

在荣昌等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供成都做网站、成都网站设计 网站设计制作按需网站制作,公司网站建设,企业网站建设,品牌网站制作,成都营销网站建设,成都外贸网站建设公司,荣昌网站建设费用合理。

数据表和字段都是 utf8 存储的中文内容。在连接数据库后也使用 SET NAMES utf8; 设置了编码。但是在MySQL 存储过程中无法查询中文内容的字段。由于一些逻辑处理的原因，存储过程使用了游标，同时定义了一些局部变量。

 
 
 

  
  
  
CREATE PROCEDURE `PROC_FOOBAR`(id INTEGER)  
  
  
  
BEGIN  
  
  
  
DECLARE user_id VARCHAR(32) ;  
 
 
 

 

省略代码若干

 
 
 

  
  
  
END 
 
 
 

user_id 在代码中参与了一个 查询

 
 
 

  
  
  
SELECT * FROM `table1` WHERE `UID` = user_id 
 
 
 

在存储过程中输出 user_id 发现英文内容正常，但是中文内容乱码。

开始以为MySQL 存储过程的编码有问题，但是不使用变量的内容又正常。上网查了一下，有人遇到同样的问题：

http://203.208.37.132/search?q=cache:VUrY1gSBQGoJ:topic.csdn.net/u/20090429/17/46c012c2-a03f-4705-8648-b18ce75efa0b.html+MySQL+%E5%AD%98%E5%82%A8%E8%BF%87%E7%A8%8B+%E4%B8%AD%E6%96%87%E4%B9%B1%E7%A0%81&cd=1&hl=zh-CN&ct=clnk&gl=cn&st_usg=ALhdy28jxW-2knrZuSFRzKD3K79huGGIUA

但是显然，他的问题只要正确设置编码即可。

突然灵光一现，NND，character set 这个东西我忽略了。正解如下：

 
 
 

  
  
  
CREATE PROCEDURE `PROC_FOOBAR`(id INTEGER)  
  
  
  
BEGIN  
  
  
  
DECLARE code, user_id VARCHAR(32) CHARACTER SET utf8;  
 
 
 

 

省略代码若干

 
 
 

  
  
  
END  
 
 
 

以上的相关内容就是对MySQL 存储过程乱码的解决办法的介绍，望你能有所收获。

当前标题：对MySQL存储过程中乱码的破解
URL网址：http://www.jxjierui.cn/article/dpcgphg.html