oracle 字符乱码问题解决方案
今天在客户服务器上遇到了oracle中文乱码问题,第一个想到的是:要想避免oracle字符乱码的问题,需要注意oracle客户端的字符编码和服务端的字符编码保持一致。
于是操作如下:
1、查看服务端字符集--结果:服务端是ZHS16GBK
SELECT * FROM NLS_DATABASE_PARAMETERS where parameter='NLS_CHARACTERSET';
2、于是开始修改客户端字符集,方式如下:
在运行里面,输入regedit进入注册表,HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1\里面(最后一项与实例名、数据库版本有关系),找到NLS_LANG选项,双击它,你就可以看到相应的值,修改成AMERICAN_AMERICA.ZHS16GBK
3、查看客户端字符集--结果:客户端是AMERICAN_AMERICA.ZHS16GBK(注意:客户端保证.后面的部分和服务端一致即可)
SELECT USERENV('language') FROM DUAL;
但是做完以上操作如果还是乱码,于是查看了一下环境变量,发现里面配置了一个NLS_LANG的变量,于是将其值设为AMERICAN_AMERICA.ZHS16GBK,此时直接通过命令行是没有乱码问题了,但是尝试通过plsql查询数据库,发现依旧乱码,这时想到一件事,oracle是64位的,当时通过plsql是不能直接连接的,需要装32位的客户端,然后别的同事写了一个plsqldev.bat文件放到了plsql的根目录下,才能连接oracle的,于是找到该文件,打开查看,文件内容如下:
1 2 3 4 5 6 | @echo off set path=C:\app\Administrator\product\instantclient_10_2 set ORACLE_HOME=C:\app\Administrator\product\instantclient_10_2 set TNS_ADMIN=C:\app\Administrator\product\instantclient_10_2 set NLS_LANG=AMERICAN_AMERICA.AL32UTF8 start plsqldev.exe |
这时就明白了,该文件中指定的NLS_LANG是AL32UTF8编码,于是将其改成set NLS_LANG=AMERICAN_AMERICA.ZHS16GBK,此时plsql使用的32位的oracle客户端的编码就和服务端的编码保持一致了,都是ZHS16GBK,再尝试通过plsql查询数据库,此时乱码问题解决了。
本文来自博客园,作者:AI粉嫩特攻队,转载请注明原文链接:https://www.cnblogs.com/anai/p/5068299.html
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· DeepSeek 开源周回顾「GitHub 热点速览」
2014-12-22 Oracle 中 sys和system帐号的区别