数据库中字段注释和表内容为乱码（汉字）

最新推荐文章于 2025-10-10 19:29:19 发布

原创最新推荐文章于 2025-10-10 19:29:19 发布 · 6k 阅读

0 ·

CC 4.0 BY-SA版权

本文介绍了一种解决数据库显示乱码的方法，通过查询数据库服务端的字符集编码方式，并相应地修改注册表及环境变量中的NLS_LANG参数。

直接上图：

查询数据库服务端的字符集编码方式：

select userenv('language') from dual;

我的是：SIMPLIFIED CHINESE_CHINA.US7ASCII

之后修改注册表：HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1下的NLS_LANG的参数为上边查到的编码方式SIMPLIFIED CHINESE_CHINA.US7ASCII。

但是数据库还是老样子显示编码。

还要修改一个地方就是环境变量：计算机=》属性=》高级系统设置=》高级=》环境变量：NLS_LANG的变量值改为上边查到的编码方式SIMPLIFIED CHINESE_CHINA.US7ASCII。

重启plsql之后就不在是乱码了。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

小糊涂蛋大糊涂神

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

数据库注释中文乱码问题

weixin_47740650的博客

07-09

606

我们连接hive数据库，在表中创建字段时，常常会在注释栏添加注释，但会遇到中文乱码问题。注释属于元数据的一部分，同样存储在mysql的metastore库中，如果metastore库的字符集不支持中文，就会导致中文显示乱码。不建议修改Hive元数据库的编码，此处我们在metastore中找存储注释的表，找到表中存储注释的字段，只改对应表对应字段的编码。本次案例使用DataGrip示范，其他软件可以类推。

SQLAlchemy操作MySQL读取字段名称，类型，注释时，注释中文乱码解决方案

weixin_42130167的博客

04-15

1041

背景：想要读取MySQL里某张表的字段名称，类型，注释，在MySQL界面操作没有出现中文乱码，脚本调用查询sql时出现乱码： SELECT column_name, data_type, column_comment FROM information_schema.columns WHERE table_schema ='user' and table_name ='user_info' ...

参与评论您还未登录，请先登录后发表或查看评论

数据库里表注释全？？？？问题

x835686701的博客

03-10

726

本人遇到的坑爹问题，oracle数据库安装好后用PL/SQL Developer连接上生成表之后发现表里的注释全部都是？？？？？（英文可以显示）。编码问题，用各种方法更改数据库编码方式皆无效。最后发现问题原因，PL/SQL Developer 的问题。解决方法：登录上去，点击工具(T)-->首选项(P) 编码类型选为本地。重启下PL/SQL就好了。这个坑爹的问

mysql备注乱码解决之道

Henry_zp的专栏

04-12

3714

hive数据仓库创建表后用dbeaver显示表中文注释乱码的问题

最新发布

cnc1981的博客

10-10

1497

在 Hive 数据仓库开发中，创建表时添加中文注释是提升数据可读性的重要手段。但许多开发者会遇到中文注释显示为????或乱码的问题，本文将结合 Hive 元数据存储机制和字符集编码原理，提供一套完整的解决方案。1在使用 DBeaver 连接 Hive 时，中文注释显示乱码通常是由于字符集编码不匹配或驱动配置问题导致的。

sql文件导入中文乱码,comment后的备注乱码

yzhbyssgdbd123的博客

05-14

1601

奇怪 `id` int(10) NOT NULL AUTO_INCREMENT COMMENT '图书信息id', `category_id` int(10) NOT NULL COMMENT '图书类别id', `book_name` varchar(30) NOT NULL COMMENT '书名', `author` varchar(500) NOT NULL COMMENT...

Oracle 中文乱码问题

baidu_23205355的博客

07-20

877

C#访问oracle，如果Oracle的字符集是美国编码SIMPLIFIED CHINESE_CHINA.US7ASCII，则查询返回的中文会是乱码。要想解决此问题，只能用OLEDB的连接方法：用此连接方法，查询的值中中文显示正常，但是，如果传入参数为中文的话，返回值会为空，在代码调试过程中，可以看到SQL语句的中文依然是正常的，但是在O

使用mybatis plus时传入中文时出现乱码

12-14

4. **数据库及表的字符集**：确认MySQL数据库实例、数据库表以及相关字段的字符集设置为UTF-8。可以通过以下SQL查询检查： ```sql SHOW VARIABLES LIKE 'character_set_%'; SHOW TABLE STATUS WHERE Name = 'your...

Hive: 中文注释乱码问题

weixin_40121264的博客

02-17

546

Hive要求数据库级别的字符集必须是latin1。但是对于具体表中字段的字符集则没做要求。默认情况下，字段字符集也是latin1，但是latin1不支持中文。Hive元数据信息存储在MySQL中。信息的几个表字段字符集进行修改。：查看验证是否修改成功。中创建的表，重新建表。

Hive注释中文乱码解决

Little_fxc的博客

11-02

999

文章目录1. Hive注释中文乱码2. 针对元数据库metastore中的表,分区,视图的编码设置2.1. 进入数据库 Metastore 中执行以下 5 条 SQL 语句2.2. 修改 metastore 的连接 URL2.3. 验证 1. Hive注释中文乱码创建表的时候，comment说明字段包含中文，表成功创建成功之后，中文说明显示乱码 create table if not exists capacity_stats_live_access ( id bigint comment '主键',

c oracle乱码,oracle所有的乱码解决方案

weixin_42355865的博客

04-12

234

oracle所有的乱码解决方案是不是经常看见各式各样的乱码，看见头就大了，大家别怕，所有的问题都会有一个甚至不止一个的解决方案，有句名言说的好：万法不离其踪。网上大部分把工具的乱码和代码操作的乱码混为一谈，方案看了一大堆都是一个粘贴一个的，没有一点创新，于是今天出这篇博客。以下方案服务端字符集编码是：SIMPLIFIED CHINESE_CHINA.US7ASCII 测试ok，其他编码的可以参考...

oracle us7ascii 中文,US7ASCII字符集中汉字显示问题

weixin_39760967的博客

04-03

3608

前几天遇到一个US7ASCII字符集的数据库，无论在客户端如何设置字符集都无法通过程序正确读出数据库中的中文汉字，辛苦地查了很多资料，都说是ORACLE的一大BUG，如何解决这一问题呢?在不断的试验中发现，采用OLEDB方式+设置客户端字符集与服务器端字符集使其一致的方法可以在程序中正确读出汉字。兴奋之余，感叹为什么oracle和微软提供的DLL没有考虑到不同字符集之间，数据的一致性问题，从ora...

JDBC读取Oracle的US7ASCII编码中文乱码及不同编码下汉字占用字节的问题

weixin_34248487的博客

03-01

439

数据库版本号：Oracle 10g字符集：SIMPLIFIED CHINESE_CHINA.US7ASCIIJDK：1.6.0_45Oracle驱动：ojdbc14.jar使用JDBC操作数据库，获取连接、运行SQL没有问题。可是，查询出来的结果中，全部汉字，均显示为乱码。debug查看到在数据从数据库中获取出来的时候，就已经是乱码，而使用PL/SQL等工具，均显示正常。不知是否Oracle的...

关于字符集的测试报告

jiajia_hn_cn的专栏

11-12

1495

nls_lang用于设置客户端的字符集。影响sqlplus界面的语言。regedit:hkey_local_machine/software/oracle/home0nls_lang键值1、取值为‘US7ASCII或为空2、取值为‘simplified chinese_china.ZHS16GBKnls_characterset用于设置数据库内部字符集，决定数据记录保存的格式。1、取值

Navicat for Mysql8.xx 字段注释中文乱码解决方

天涯芳草

07-31

2160

navicat连接mysql显示乱码解决方案

Navicat解决注释乱码问题

qq_51205431的博客

04-19

593

首先自行排查是类型选错之类的问题，我的这个问题是Windows的编码不是。然后对系统的编码做了一个修改。

plsql展示表注释乱码，展示为？？

nings666的博客

03-23

4053

plsql展示表注释乱码，展示为？？背景换了台电脑，安装plsql后，查看表结构，发现注释都变成了问号原因 数据库编码和本地环境链接数据使用的编码不一致，所以注释显示乱码解决办法新建一个系统环境变量，名为“NLS_LANG” 值为“SIMPLIFIED CHINESE_CHINA.ZHS16GBK”，如果想转换为UTF8字符集，可以赋予“NLS_LANG”为 “AMERICAN_AMERICA.UTF8”，然后重新启动 pl/sql developer，即可正确显示，不会乱码

解决在数据库出现插入中文乱码的问题

wzm0417的博客

11-19

2321

当我们创建表时，insert插入中文就出现乱码，显示插入失败，然后出现 Incorrect string value:' \xE5\xBCxAO\xE4\xB8\x89' for column 'NAME'at row 1

mysql数据库列属性注释为什么会变成乱码

09-18

<think> 我们正在处理用户关于MySQL数据库列属性注释变成乱码的问题。根据提供的引用内容，乱码通常与字符集设置有关。下面我将详细解释可能的原因和解决方案。 ### 📌 乱码原因分析 1. **数据库字符集不一致**： - 数据库服务端、客户端、连接器的字符集设置不一致会导致注释乱码[^1][^2]。例如： - 服务端字符集：`latin1` - 客户端字符集：`utf8` 2. **历史数据编码问题**： - 修改字段编码不会改变已有数据的编码方式。如果之前的数据是用`latin1`存储的中文注释，现在用`utf8`读取就会乱码[^2]。 3. **导入/导出操作不当**： - 使用`source`命令或`imp/exp`工具导入数据时，如果未正确设置`NLS_LANG`环境变量或客户端字符集，会导致注释乱码[^3][^4]。 ### 🔧 解决方案 #### 步骤1：检查当前字符集设置登录MySQL执行： ```sql SHOW VARIABLES LIKE 'character%'; SHOW VARIABLES LIKE 'collation%'; ``` 重点关注： - `character_set_client` - `character_set_connection` - `character_set_database` - `character_set_results` - `character_set_server` #### 步骤2：统一字符集为UTF-8 在MySQL配置文件`my.cnf`（Linux）或`my.ini`（Windows）中添加： ```ini [mysqld] character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci [client] default-character-set=utf8mb4 ``` 重启MySQL服务生效。 #### 步骤3：修正已有乱码数据对于已产生乱码的注释，需重新写入： ```sql ALTER TABLE 表名 MODIFY 列名数据类型 COMMENT '正确注释内容'; ``` #### 步骤4：确保连接字符集在应用程序连接字符串中指定字符集： ```java jdbc:mysql://localhost:3306/db?useUnicode=true&characterEncoding=utf8 ``` ### ⚠️ 关键预防措施 1. **创建数据库时显式指定字符集**： ```sql CREATE DATABASE db_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ``` 2. **导入数据时声明字符集**： ```bash mysql -u user -p --default-character-set=utf8mb4 db_name < dump.sql ``` 3. **环境变量设置**： - 对于Oracle迁移场景，确保设置`NLS_LANG`环境变量： ```bash export NLS_LANG=AMERICAN_AMERICA.AL32UTF8 ``` ### 💎 总结乱码的根本原因是**编码与解码字符集不一致**。通过： 1. 统一服务端/客户端字符集为`utf8mb4` 2. 修正历史数据编码 3. 规范数据导入导出操作可彻底解决问题[^1][^2][^3][^4]。 §§相关问题§§ 1. 如何批量修改MySQL已有数据库的字符集？ 2. utf8和utf8mb4字符集有什么区别？ 3. 使用MySQL命令行工具时如何避免中文乱码？ 4. 如何在Java程序中正确设置MySQL连接字符集？ </think> ### MySQL数据库列属性注释乱码原因分析 MySQL列注释出现乱码的根本原因是**字符集不匹配**，具体可分为以下几种情况： #### 🧩 1. 数据库初始字符集设置错误当创建数据库时未明确指定字符集，MySQL会使用默认的`latin1`字符集（仅支持西欧字符）。如果此时存储了中文注释： ```sql CREATE TABLE user ( id INT COMMENT '用户ID' -- 这里中文注释用latin1存储 ); ``` 当用UTF-8客户端查询时，注释会显示为乱码，如`æ¬¢è¿Žæµè¯`[^1]。 #### 🔄 2. 连接字符集不匹配即使数据库使用UTF-8，但客户端连接时未指定字符集： ```bash mysql -u root -p # 未指定字符集 ``` 此时客户端默认使用`latin1`编码传输数据，导致中文注释在传输过程中被错误转码[^2]。 #### 📥 3. 数据导入/导出时的编码问题使用`source`命令导入SQL文件时： ```bash mysql> source dump.sql # 文件是UTF-8但连接是latin1 ``` 若导入时连接字符集与文件编码不一致（如SQL文件是UTF-8但连接使用`latin1`），注释会乱码[^3]。 #### 🌐 4. 多环境字符集不一致在迁移数据库时（如Oracle → MySQL），如果未统一字符集： ```sql -- 导出端 SELECT userenv('language') FROM dual; --> ZHS16GBK -- 导入端MySQL SHOW VARIABLES LIKE 'character%'; --> utf8mb4 ``` 不同字符集间的转换会导致注释乱码[^4]。 #### 💾 5. 历史数据编码遗留问题修改当前字符集不会改变已有数据的编码： ```sql ALTER DATABASE db CHARACTER SET utf8; -- 只影响新数据 ``` 已有注释仍保留原始编码（如`latin1`），用新字符集读取时必然乱码[^2]。 --- ### ✅ 解决方案总结 1. **创建库表时显式指定UTF-8** ```sql CREATE DATABASE db DEFAULT CHARSET=utf8mb4; CREATE TABLE t (id INT) COMMENT='表注释' DEFAULT CHARSET=utf8mb4; ``` 2. **连接时强制指定字符集** ```bash mysql --default-character-set=utf8mb4 -u root -p ``` 3. **导入数据时声明编码** ```bash mysql -u root -p --default-character-set=utf8mb4 db < dump.sql ``` 4. **统一环境字符集** 在`.bash_profile`设置： ```bash export LANG=zh_CN.UTF-8 export NLS_LANG=AMERICAN_AMERICA.AL32UTF8 # Oracle环境[^4] ``` 5. **转换已有数据编码** ```sql ALTER TABLE t CONVERT TO CHARACTER SET utf8mb4; ``` --- 通过统一所有环节（数据库存储、客户端连接、文件编码、环境变量）为`utf8mb4`字符集，可彻底解决注释乱码问题[^1][^2][^3][^4]。