我试着用utf-8却遇到了麻烦。
我试过很多东西;以下是我得到的结果: ????
而不是亚洲字符。即使是欧洲文本,我也有 Se?or
为了 Señor
.
奇怪的胡言乱语(mojibake?),比如 Señor
或者 新浪新闻
为了 新浪新闻
.
黑钻石,如 selenium �或者。
最后,我遇到了数据丢失或至少被截断的情况: Se
为了 Señor
.
即使我让文本看起来正确,它也没有正确排序。
我做错什么了?如何修复代码?我可以恢复数据吗?如果可以,如何恢复?
5条答案
按热度按时间bogh5gae1#
在服务器迁移之后,我的两个项目也遇到了类似的问题。在搜索和尝试了很多解决方案之后,我发现了一个:
在添加这一行到我的配置文件后,一切都正常!
我为mysqli找到了这个解决方案https://www.w3schools.com/php/func_mysqli_set_charset.asp 当我想从html查询中解决insert时
祝你好运!
hm2xizp92#
我也在寻找同样的问题,我花了将近1个月的时间找到了合适的解决方案。首先,您将必须更新您的数据库将所有最近的字符和排序规则utf8mb4或至少支持utf-8数据。
对于java:
在建立jdbc连接时,将此添加到连接url useucode=yes&characterencoding=utf-8作为参数,它就可以工作了。
对于python:
在查询数据库之前,请尝试在光标上强制执行此操作*
cursor.execute('SET NAMES utf8mb4')
cursor.execute("SET CHARACTER SET utf8mb4")cursor.execute("SET character_set_connection=utf8mb4")
*如果它不起作用,快乐地寻找正确的解决方案。
50few1ms3#
这个问题困扰着这个网站的参与者和其他许多人。
你列出了五个主要的
CHARACTER SET
麻烦。最佳实践
展望未来,最好使用
CHARACTER SET utf8mb4
以及COLLATION utf8mb4_unicode_520_ci
. (管道中有更新版本的unicode排序规则。)utf8mb4
是的超集utf8
因为它可以处理4字节的utf8代码,这是emoji和一些中文用户所需要的。在mysql之外,“utf-8”表示所有大小的编码,因此实际上与mysql相同
utf8mb4
,不是utf8
.下面我将尝试使用这些拼写和大写来区分mysql内部和外部。
概述你应该做什么
将编辑器等设置为utf-8。
html表单的开头应该是
<form accept-charset="UTF-8">
.将字节编码为utf-8。
建立utf-8作为客户端使用的编码。
声明列/表
CHARACTER SET utf8mb4
(与核对)SHOW CREATE TABLE
.)<meta charset=UTF-8>
在html的开头存储例程获取当前字符集/排序规则。他们可能需要重建。
utf-8全程
有关计算机语言的更多详细信息(及其以下部分)
测试数据
使用工具或
SELECT
无法信任。太多这样的客户机,尤其是浏览器,试图补偿错误的编码,并向您显示正确的文本,即使数据库已损坏。所以,选择一个包含非英语文本的表和列,然后正确存储的utf-8的十六进制将是
对于空格(任何语言):
20
对于英语:4x
,5x
,6x
,或7x
对于大多数西欧国家来说,重音字母应该是Cxyy
西里尔语、希伯来语和波斯语/阿拉伯语:Dxyy
亚洲大部分地区:Exyyzz
表情符号和一些中文:F0yyzzww
更多细节出现问题的具体原因和解决方法
截断的文本(
Se
为了Señor
):要存储的字节不编码为utf8mb4。修好这个。
另外,检查读取期间的连接是否为utf-8。
带问号的黑钻石(
Se�or
为了Señor
); 其中一种情况存在:情况1(原始字节不是utf-8):
要存储的字节不编码为utf8。修好这个。
连接(或
SET NAMES
)对于INSERT
以及SELECT
不是utf8/utf8mb4。修好这个。另外,检查数据库中的列是否正确
CHARACTER SET utf8
(或utf8mb4)。案例2(原始字节为utf-8):
连接(或
SET NAMES
)对于SELECT
不是utf8/utf8mb4。修好这个。另外,检查数据库中的列是否正确
CHARACTER SET utf8
(或utf8mb4)。只有当浏览器设置为
<meta charset=UTF-8>
.问号(普通的,不是黑钻石)(
Se?or
为了Señor
):要存储的字节不编码为utf8/utf8mb4。修好这个。
数据库中的列无效
CHARACTER SET utf8
(或utf8mb4)。修好这个(使用SHOW CREATE TABLE
.)另外,检查读取期间的连接是否为utf-8。
莫吉巴克(
Señor
为了Señor
):(这个讨论也适用于双重编码,它不一定是可见的。)要存储的字节需要utf-8编码。修好这个。
连接在什么时候
INSERTing
以及SELECTing
文本需要指定utf8或utf8mb4。修好这个。该列需要声明
CHARACTER SET utf8
(或utf8mb4)。修好这个。html应该以
<meta charset=UTF-8>
.如果数据看起来正确,但排序不正确,则可能是您选择了错误的排序规则,或者没有适合您需要的排序规则,或者您使用了双重编码。
双重编码可以通过执行
SELECT .. HEX ..
如上所述。也就是说,十六进制大约是它应该的两倍长。这是由从latin1(或其他)转换为utf8引起的,然后将这些字节视为latin1并重复转换。排序(和比较)不能正常工作,因为它是排序,例如,字符串是
Señor
.尽可能修复数据
对于截断和问号,数据将丢失。
对于mojibake/双重编码。。。
对于黑钻石。。。
这里列出了修复程序(5种不同情况下的5种不同修复方法;仔细挑选):http://mysql.rjweb.org/doc.php/charcoll#fixes_for_various_cases
6za6bjd04#
根据服务器的设置方式,您必须相应地更改编码。utf8从你所说的应该是最好的工作,但是如果你得到奇怪的字符,它可能会有帮助,如果你改变网页编码为ansi。当我建立一个php mysqli时,这对我很有帮助,这可能会帮助你理解更多https://superuser.com/questions/762473/ansi-to-utf-8-in-notepad
okxuctiv5#
你回答自己问题的方式很有趣:)
将代码ide语言设置为utf8
添加到您收集数据表单的网页标题。
检查mysql表定义,如下所示:
如果您正在使用pdo,请确保
如果已经有一个大型数据库存在上述问题,可以尝试使用正确的字符集导出sidu,然后使用utf8重新导入。祝你好运