mysql奇怪的字符编码

在项目的一次测试中,偶然发现一个怪异的现象

采用mysql5.0,数据库编码采用默认的latin1

然后通过程序添加了一些数据

在页面上,查询时,输入 "软"结果查找出来一些数据,根本和"软"字不匹配,我就纳闷了,难道我程序写错了

也不可能啊,其他的模糊查询都是好的,没理由的

在进行跟踪调试后,没有发现任何问题,然后就直接在 mysql数据库中,执行那条简单的sql语句,

结果出来20几条数据

证明了程序没错!但是出来这20几条数据只有一条的clientname中包含了"软""字

其他的都没有,我就更加纳闷了!

通过对比这20几条数据的,发现他们的clientname 中都包含"上"字(当然这个也是测试出来的)

同样:出现了同样的20几条数据

这个时候,我就开始怀疑,两个字"软"和"上"的问题了

很快我意识到可能上编码造成的问题!

难道这两个字的latin1编码是一样的?

为了确认是否是因为编码问题,引起的原因,
本人特意在Mysql下建立了一个gbk编码的数据库,表和字段的编码也都是gbk编码
然后进行测试,现使用“上”字
再使用“软”字

可以看出问题应该是出在字符编码上了;
在gbk编码下,这两个字“上”和“软”不会出现混淆,但在latin1下确实存在问题!
总结:
latin1编码其实就是使用iso-8859-1进行编码的,也是国际通用的编码方式,它采用单字节编码
而gbk编码是针对中文进行编码的,它必须用两个字节才能对一个汉字进行编码,这两种编码之间的转换
在大多情况下不会有问题,但对一些汉字看来还是存在问题!
### Navicat 连接 MySQL 数据库汉字乱码解决方案 #### 1. 数据库层面的字符编码设置 在创建数据库时,需确保选择了合适的字符集和排序规则。推荐使用 `utf8` 或者更全面的 `utf8mb4` 编码[^3]。具体操作是在 Navicat 中新建数据库时,将字符集设定为 `utf8` 并选择对应的排序规则(如 `utf8_general_ci`)。这一步可以从根本上避免存储过程中出现的乱码。 #### 2. 客户端连接参数配置 当通过 Navicat 连接到 MySQL 数据库时,需要确认客户端使用的字符编码是否匹配服务器端的编码。可以通过修改连接属性中的高级选项实现这一点。例如,在 Navicat 的连接编辑窗口中找到“高级”部分,添加或调整以下参数: ```sql characterSetResults=utf8 ``` 此参数的作用是指定查询返回的结果集所采用的字符集为 UTF-8,从而防止因客户端默认编码不一致而导致的乱码现象[^2]。 #### 3. Java 应用程序与 MyBatis 配置 如果项目涉及 MyBatis 向 MySQL 插入数据,则还需要检查以下几个方面: - **IDE 和源文件编码**:开发环境(如 Eclipse、IntelliJ IDEA)以及 `.java` 文件本身的编码应统一设为 UTF-8。 - **MyBatis 配置文件**:在 MyBatis 的 XML 映射文件或其他相关配置中加入 JDBC URL 参数以强制指定字符集。例如: ```properties jdbc:mysql://localhost:3306/your_database?useUnicode=true&characterEncoding=utf8 ``` 上述 URL 参数明确了使用 Unicode 及其具体的编码方式为 utf8,有助于减少潜在的编码冲突[^1]。 #### 4. 测试验证过程 完成以上各环节的调整之后,建议执行简单的插入和读取测试来检验效果。比如运行一段 SQL 脚本或者调用相应的 API 方法,观察实际存入的数据及其展示形式是否有异常情况发生。 ```sql INSERT INTO test_table (name) VALUES ('张三'); SELECT * FROM test_table; ``` 假如一切正常的话,“张三”的名字应该能够正确无误地被保存并呈现出来而不会变成问号或者其他奇怪符号。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值