- 综合排序
- 最热优先
- 最新优先
- 来自专栏Netkiller
MySQL 转换 latin1 到 UTF-8
节选自 《Netkiller MySQL 手札》 MySQL 数据库将latin1 转换为 UTF-8有几种方案。 转换 latin1 到 UTF-8 UPDATE category SET name=convert(cast(convert(name using latin1) as binary) using utf8), description=convert(cast(convert(description using latin1) as binary) using utf8)
2.3K60发布于 2018-03-05 - 来自专栏爱可生开源社区
技术分享 | 为什么我的 MySQL 客户端字符集为 latin1
问题背景 我司某客户最近在检查一批新安装的 MySQL 数据库时，发现了下面的现象： 该批次的 MySQL 客户端字符集全部为 Latin1 ； 而之前使用同样参数模板部署的 MySQL ，客户端字符集却为 ，而原先的为 en_US.UTF-8 [qinguangfei0511-4.png] 好像找到了问题出在哪里，测试环境验证下，果然当服务器字符集设置为 en_US 后，MySQL 客户端字符集变为了 Latin1 翻译下来，大致有两点含义： mysql, mysqladmin, mysqlcheck, mysqlimport, and mysqlshow 这些客户端工具都有一个默认的字符集，MySQL 5.7 是 latin1 MySQL支持操作系统的字符集，就会使用操作系统的（这里支持包括不完全精确匹配时，OS字符集将映射到最接近的MySQL字符集）；如果不支持，就使用客户端默认字符集； 我们知道en_US最接近的字符集就是Latin1 ，所以回到我们的问题，当服务器的字符集为en_US后，我们看到MySQL客户端字符集为Latin1 ，是不是可以理解了 而使用MySQL 8.0的客户端，能进一步验证当不能精确匹配时，就使用MySQL最接近的字符集
2.4K30编辑于 2022-05-17 - 来自专栏YashanDB知识库
【YashanDB知识库】字符集latin1的MySQL中文数据如何迁移到YashanDB
问题MySQL Server字符集latin1的中文数据通过YMP 23.2.1.3遇到乱码问题MySQL中文正常迁移到YashanDB的中文不正常原因MySQL Server字符集latin1，可以写入 UTF8中文，导致存放的数据是latin1数据，但内容实际上是utf8编码。 目前YMP 23.2.1.3还不支持字符集latin1的MySQL中文数据：YCM只支持数据迁移支持的字符集为GBK和UTF-8（MySQL要求库、表、列、服务、系统、连接编码配置要一致），并要求源端数据库与目标数据库的字符集一致
23610编辑于 2025-03-03 - 来自专栏爱可生开源社区
技术分享 | 为什么我的 MySQL 客户端字符集为 latin1
问题背景 我司某客户最近在检查一批新安装的 MySQL 数据库时，发现了下面的现象： 该批次的 MySQL 客户端字符集全部为 latin1 ； 而之前使用同样参数模板部署的 MySQL ，客户端字符集却为 又查看了服务器上操作系统的字符集，发现有问题的为 en_US ，而原先的为 en_US.UTF-8 好像找到了问题出在哪里，测试环境验证下，果然当服务器字符集设置为 en_US 后，MySQL 客户端字符集变为了 latin1 翻译下来，大致有两点含义： mysql ，mysqladmin ，mysqlcheck ，mysqlimport ，and mysqlshow 这些客户端工具都有一个默认的字符集，MySQL 5.7 是 latin1 支持操作系统的字符集，就会使用操作系统的（这里支持包括不完全精确匹配时，OS 字符集将映射到最接近的 MySQL 字符集）；如果不支持，就使用客户端默认字符集； 我们知道 en_US 最接近的字符集就是 latin1 ，所以回到我们的问题，当服务器的字符集为 en_US 后，我们看到 MySQL 客户端字符集为 latin1 ，是不是可以理解了 而使用 MySQL 8.0 的客户端，能进一步验证当不能精确匹配时，就使用
1.7K30编辑于 2022-05-23 - 来自专栏Java学习网
MySQL中的字符集和校对学习--MySql语法
english_ci | 1 | | koi8r | KOI8-R Relcom Russian | koi8r_general_ci | 1 | | latin1 例如，要想查看latin1（“西欧ISO-8859-1”）字符集的 校对规则，使用下面的语句查找那些名字以latin1开头的 校对规则： mysql> SHOW COLLATION LIKE 'latin1% 1 | | latin1_danish_ci | latin1 | 15 | | | 0 | | latin1_german2_ci | latin1 1 | | latin1_general_ci | latin1 | 48 | | | 0 | | latin1_general_cs | latin1 例如，latin1默认校对规则是latin1_swedish_ci。
1.1K30发布于 2021-07-30 - 来自专栏后台开发随笔
MySQL 编码和解码
事实上这个值代表的就是你当前数据库的编码而已，比方使用"use test"，而test数据库的编码为latin1的话，这个值就是latin1。 | | latin1 | ????–? | | latin1 | ????? CONVERT(utf8 USING latin1) utf8,BINARY CONVERT(latin1 USING latin1) latin1 FROM test WHERE set_names | | latin1 | ?????
6.5K20发布于 2018-12-07 - 来自专栏社区的朋友们
MySQL字符集中文乱码剖析
作者：龙述兵 问题描述 假设有三个表test_gbk,test_utf8,test_latin1，创建的时候字符集分别为gbk,utf8,latin1。 'latin1'。 >latin1 -> latin1 -> latin1， 编码完全一致，数据没有做任何转换，所以输入是0xD6 D0，最后的输出也还原为0xD6 D0。 -> gbk， 其中gbk-> latin1的时候，因为'中'这个字符在latin1字符集里找不到，就会转换成'?' 'latin1'。
4.9K00发布于 2016-11-08 - 来自专栏技术杂记
Mycat 管理命令5
192.168.100.101 | 3306 | 34828 | 3127 | 804 | 2338 | false | false | 0 | my3 | latin1 192.168.100.101 | 3306 | 35206 | 2609 | 678 | 2038 | false | false | 0 | my3 | latin1 192.168.100.101 | 3306 | 34416 | 3867 | 984 | 2657 | false | false | 0 | my3 | latin1 192.168.100.101 | 3306 | 34422 | 463 | 156 | 2657 | false | false | 0 | my1 | latin1 192.168.100.101 | 3306 | 34425 | 463 | 156 | 2657 | false | false | 0 | my1 | latin1
32330编辑于 2021-12-02 - 来自专栏源懒由码
java向数据库中插入中文出现乱码
1.查询自身MYSQL编码方式 MySQL默认编码是latin1 mysql> show variables like 'character%'; +----------------------- | +--------------------------+--------------------------+ | character_set_client | latin1 | | character_set_connection | latin1 | | character_set_database | latin1 | | character_set_filesystem | binary | | character_set_results | latin1 | | character_set_server | latin1 | | character_set_system
1.5K32发布于 2020-10-10 - 来自专栏杨建荣的学习笔记
MySQL一个字符集转换的骚操作，酿下性能的苦果
整个细节可以参见我写的这篇文章的处理过程： 力荐：一条update语句引发的“血案” 当时有一个地方没有想明白，那就是里面的字段APNS_PUSH_ID为什么字符集会是latin1，而表的字符集却妥妥的是 创建一张表test_charset,设置字符集为latin1 mysql> create table test_charset(id int primary key,name varchar(30), memo varchar(30)) charset=latin1; Query OK, 0 rows affected (0.12 sec) 查看表结构，可以清晰的看到，字段是共享了表的默认字符集，没有显式显示出来 字符集现在显式显示出来了，表的字符集是utf8,但是字符类型的字段字符集依然是latin1 mysql> show create table test_charset\G ************** DEFAULT NULL, `memo` varchar(30) CHARACTER SET latin1 DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=
67930发布于 2020-09-28 - 来自专栏DBA随笔
pt-osc改表过程中的中文乱码问题
// pt-osc改表过程中的中文乱码问题 // 下午使用pt-osc工具对线上表进行变更的时候，发现了一个问题，在对latin1字符集进行变更的时候，变更完毕之后的表的中文注释都变成了'？' name` varchar(10) DEFAULT NULL COMMENT '任务名称', PRIMARY KEY (`id`), ) ENGINE=InnoDB DEFAULT CHARSET=latin1 --execute 首先创建一张字符集为latin1的表，它包含id和name两个字段，然后对这个表的name字段添加索引，变更的pt指令如上文，其中： --charset=latin1 当我们变更完成之后 , PRIMARY KEY (`id`), KEY `idx_name` (`name`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 1 row in set 如果我们使用latin1这个字符集，则说明pt-osc工具和mysql交互的字符集是latin1，而这个字符集是无法保存汉字的，所以结果中就出现了????的字眼。
1.8K10发布于 2020-08-10 - 来自专栏kafka。
linux mysql 解决中文乱码问题
Variable_name | Value | ±-------------------------±---------------------------+ | character_set_client | latin1 | | character_set_connection | latin1 | | character_set_database | latin1 | | character_set_filesystem | binary | | character_set_results | latin1 | | character_set_server | latin1 | | character_set_system
9K30发布于 2021-04-15 - 来自专栏开源心路
Hive创建表时添加中文注释后乱码问题
CREATE TABLE `COLUMNS_V2` ( `CD_ID` bigint(20) NOT NULL, `COMMENT` varchar(256) CHARACTER SET latin1 COLLATE latin1_bin DEFAULT NULL, `COLUMN_NAME` varchar(767) CHARACTER SET latin1 COLLATE latin1_bin `COLUMNS_V2_FK1` FOREIGN KEY (`CD_ID`) REFERENCES `CDS` (`CD_ID`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 1 row in set (0.00 sec) 可以看出，由于表使用的是默认的latin1字符集，所以中文显示不出来，应该使用utf8； 但是很奇怪，我整个MySQL都是使用 utf8; 所以第二种方法就是修改hive默认的SQL语句来实现； 1、通过关键字查找文件 find /home/otouser/software/hive |xargs grep -ri "latin1
1.7K41编辑于 2023-06-29 - 来自专栏数据库之巅
MySQL字符集终极指南--进阶篇
实际是不一定，比如：gbk->unicode->latin1 不可以utf8->unicode->latin1 不可以上面2种转换不可以是因为latin1字符集只能表示256个字符，绝大部分GBK和 UTF8的字符在latin1字符集里面根本没有对应编码。 latin1) using latin1));E695B0E68DAEE5BA93这一种就是利用了latin1是万能字符集，覆盖了00-FF的所有区间，将UTF8和GBK视为单字节字节流，用Latin1 3.4 转为unicode后再转为latin1 无法表示，转为3F (latin1 中的? 上面的转换实际都失败了，因为latin1字符集只有256个字符，绝大多数的GBK和UTF8字符都无法用Latin1字符集表示。
2.9K31编辑于 2023-08-14 - 来自专栏明明如月的技术专栏
mysql 字符集（CHARACTER SET）和…
CHARACTER SET latin2 COLLATE latin2_bin; 在这里我们有一个列使用latin1字符集和latin1_german1_ci校对规则。 需要注意的是，在一个latin2表中存储一个latin1列不会存在问题。 示例2：表和列定义 CREATE TABLE t1 ( c1 CHAR(10) CHARACTER SET latin1 ) DEFAULT CHARACTER SET latin1 COLLATE latin1_danish_ci; 这次我们有一个列使用latin1字符集和一个默认校对规则。 因此，列c1的字符集是latin1，它的 校对规则是latin1_danish_ci。
71140发布于 2021-08-27 - 来自专栏运维录
使用shell 批量更改 mysql字符集
字符集规则 默认的配置包括以下: 1)编译，指定了一个默认的字符集，默认字符集是latin1。 查看默认字符集默认情况下，mysql的字符集是 latin1。 | | character_set_connection | latin1 | | character_set_database | latin1 | | character_set_server | latin1 | | character_set_system init.d/mysqld restart 参考文章 《mysql编译安装脚本》 《Redmine Garbled》 小结 ---- 最后来总结下文章中的知识点 默认情况下，mysql的字符集是 latin1
2.3K10发布于 2020-01-15 - 来自专栏python3
MySQL的安装与配置
--------------------------+-------------------------------------------+ | character_set_client | latin1 | | character_set_connection | latin1 | | character_set_database | latin1 | | character_set_filesystem | binary | | character_set_results | latin1 | | character_set_server | latin1 | | character_set_system 1，方案一：在插入数据之前，先执行一条指令：set names latin1，但是我们如果断开连接，退出数据库之后，在连接进来以后，插入数据时如果不执行set names latin1，还是会乱码，说明这句指令没有让字符集永久生效 2，方案二:在配置文件里面修改客户端和服务端参数，可以实现set names latin1；的效果，并且永久生效 首先在mysql文件夹下加入一个my.ini配置文件 ?
1.4K20发布于 2020-01-20 - 来自专栏运维录
为什么Docker创建的MySQL容器字符乱码？
这是因为创建的 mysql容器默认使用 latin1字符集，为了修正乱码问题需要设置 utf8 字符集。 环境描述 ---- 1. | +--------------------------+----------------------------+ | character_set_client | latin1 | | character_set_connection | latin1 | | character_set_database | latin1 | | character_set_filesystem | binary | | character_set_results | latin1 | | character_set_server | latin1 | | character_set_system
3.1K20发布于 2020-01-15 - 来自专栏兮动人的博客
【mysql】常见问题解决方法
mysql> create database testdb charset Latin1; Query OK, 1 row affected (0.00 sec) mysql> use testdb; Database changed mysql> create table student (id int , name varchar(20)) charset Latin1; Query OK, 0 ) NOT NULL, `name` varchar(20) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 DEFAULT NULL, #字段仍然是latin1编码 PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 1 row in set 40100 DEFAULT CHARACTER SET latin1 */ | +------+-----------------------------------------------------
65840编辑于 2022-02-21 - 来自专栏兮动人的博客
【mysql】常见问题解决方法
mysql> create database testdb charset Latin1; Query OK, 1 row affected (0.00 sec) mysql> use testdb; Database changed mysql> create table student (id int , name varchar(20)) charset Latin1; Query OK, 0 ) NOT NULL, `name` varchar(20) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 DEFAULT NULL, #字段仍然是latin1编码 PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 1 row in set 40100 DEFAULT CHARACTER SET latin1 */ | +------+-----------------------------------------------------
71120编辑于 2022-03-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号