latin1（mysql latin1 支持中文吗）

本文目录

• mysql latin1 支持中文吗
• 为什么mysql 默认的test数据库character是latin1不是utf8
• mysql字符集是latin1,如何将中文存进去
• mysql安装的时候，设置编码语言种类是我选择的是latin1，现在再将数据写入数据库的时候汉子无法写入
• mysql不支持中文，把所有编码格式改成gbk,重新登陆后又变回了latin1,这是为什么
• mysql的字符集是不是latin1

mysql latin1 支持中文吗

mysqllatin1数据库支持中文编码。

ISO－8859－1编码是单字节编码，向下兼容ASCII，其编码范围是0x00－0xFF，0x00－0x7F之间完全和ASCII一致，0x80－0x9F之间是控制字符，0xA0－0xFF之间是文字符号。

ISO－8859－1收录的字符除ASCII收录的字符外，还包括西欧语言、希腊语、泰语、阿拉伯语、希伯来语对应的文字符号。欧元符号出现的比较晚，没有被收录在ISO－8859－1当中。

因为ISO－8859－1编码范围使用了单字节内的所有空间，在支持ISO－8859－1的系统中传输和存储其他任何编码的字节流都不会被抛弃。

换言之，把其他任何编码的字节流当作ISO－8859－1编码看待都没有问题。这是个很重要的特性，MySQL数据库默认编码是Latin1就是利用了这个特性。ASCII编码是一个7位的容器，ISO－8859－1编码是一个8位的容器。

如果数据库内表的字符集是latin1，那么默认情况下中文也可被支持，latin1覆盖了所有单字节的值，任何其他的码流都可以被看做latin1。

把一个gbk编码的串写入latin1的表，不会有任何问题，保存的是原封不动的字节流，从表中读取已写入的串也不会有任何问题，且读出的字节流就和当初写入的完全一致。

读取出来以后，如果在终端下，就会理解成locale类型（如果locale系gbk，当时写入的gbk中文串可正常回显）

读取出来以后，如果要写入文件，则文件编码方式即当时写入的字节流编码，如gbk写入的，读出存入文件后，文件编码也是gbk！但是如果混着写（utf－8＋gbk），那器就犯蒙了，就可能会显示会有乱码。

纯文本文件大多无文件头，器是通过字节流自己识别编码方式和字符集的

总结，建DB和访问DB时如果都采用默认的latin1，那就不仅仅支持中文，而是支持任意的编码方式。

扩展资料：

数据库中文编码的注意事项：

1．基于可维护的角度，虽然latin1可用，但是还是尽量换成utf8或者gb系列；

2．出现乱码时：

SHOWVARIABLESLIKE＇character％＇SHOWVARIABLESLIKE＇collation＿％＇；

要保证数据库中存的数据与数据库编码一致，即数据编码与character＿set＿database一致；要保证通讯的字符集与数据库的字符集一致，即character＿set＿client，character＿set＿connection与character＿set＿database一致；

要保证SELECT的返回与程序的编码一致，即character＿set＿results与程序编码一致；要保证程序编码与浏览器、终端编码一致

要想简单一点，将各个字符集都设为一致的，写入mysql的配置文件，每次用客户端都设置一下字符集（setnames＇xxx＇），写入和读取时要记得确保字节流的编码是正确的。

参考资料：百度百科-数据库

为什么mysql 默认的test数据库character是latin1不是utf8

MYSQL 字符集问题MySQL的字符集支持(Character Set Support)有两个方面：字符集(Character set)和排序方式(Collation)。对于字符集的支持细化到四个层次:服务器(server)，数据库(database)，数据表(table)和连接(connection)。1.MySQL默认字符集MySQL对于字符集的指定可以细化到一个数据库，一张表，一列，应该用什么字符集。但是，传统的程序在创建数据库和数据表时并没有使用那么复杂的配置，它们用的是默认的配置，那么，默认的配置从何而来呢？ (1)编译MySQL 时，指定了一个默认的字符集，这个字符集是 latin1；(2)安装MySQL 时，可以在配置文件 (my.ini) 中指定一个默认的的字符集，如果没指定，这个值继承自编译时指定的；(3)启动mysqld 时，可以在命令行参数中指定一个默认的的字符集，如果没指定，这个值继承自配置文件中的配置,此时 character_set_server 被设定为这个默认的字符集；(4)当创建一个新的数据库时，除非明确指定，这个数据库的字符集被缺省设定为character_set_server；(5)当选定了一个数据库时，character_set_database 被设定为这个数据库默认的字符集；(6)在这个数据库里创建一张表时，表默认的字符集被设定为 character_set_database，也就是这个数据库默认的字符集；(7)当在表内设置一栏时，除非明确指定，否则此栏缺省的字符集就是表默认的字符集；简单的总结一下，如果什么地方都不修改，那么所有的数据库的所有表的所有栏位的都用 latin1 存储，不过我们如果安装 MySQL，一般都会选择多语言支持，也就是说，安装程序会自动在配置文件中把 default_character_set 设置为 UTF-8，这保证了缺省情况下，所有的数据库的所有表的所有栏位的都用 UTF-8 存储。2.查看默认字符集(默认情况下，mysql的字符集是latin1(ISO_8859_1)通常，查看系统的字符集和排序方式的设定可以通过下面的两条命令：mysql》 SHOW VARIABLES LIKE ’character%’;

mysql字符集是latin1,如何将中文存进去

中文不管用什么字符集来表示（GBK\GB2312\UTF8等），最终都是字节的整数倍，而latin1或者说ISO-8859-1就是满8byte（整字节）的编码方式。无论你传多少个字节进去，mysql都可以认为它是一个或者多个latin字符而已。是不是乱码取决于读出来之后的解码方式，或者说客户端的处理方式。客户端如果知道读出来的是中文，那么就会按照中文的方式来尝试解码，自然就得不到乱码，如果按照其它编码方式来解码，自然就可能是乱码。

mysql安装的时候，设置编码语言种类是我选择的是latin1，现在再将数据写入数据库的时候汉子无法写入

找到mysql的安装路径，里面应该有一个叫my.ini的配置文件，打开它，把里面2处的default-character-set=latin1，改成default-character-set=utf8，然后关机重启应该就可以了；

mysql不支持中文，把所有编码格式改成gbk,重新登陆后又变回了latin1,这是为什么

您好，很高心为您解答！那些修改my.ini的都只能改变图中utf8，character_set_database和character_set_server的latin1编码无论如何也修改不了。现在只能在新建表的时候声明使用utf8或其他中文编码，否则不能插入中文内容。输出用java插入的中文内容也全都是问号。再次强调我是已经尝试过修改my.ini文件下的内容了，只能修改client conection results 和system的编码如若满意，请采纳。如有疑问，欢迎追问。

mysql的字符集是不是latin1

初步分析表明，是的，确实支持中文！(是初步的结论，只做了初步的分析) 1. 先来看看latin1 (参考百度百科)　　Latin1是ISO-8859-1的别名，有些环境下写作Latin-1。　　ISO-8859-1编码是单字节编码，向下兼容ASCII，其编码范围是0x00-0xFF，0x00-0x7F之间完全和ASCII一致，0x80-0x9F之间是控制字符，0xA0-0xFF之间是文字符号。　　ISO-8859-1收录的字符除ASCII收录的字符外，还包括西欧语言、希腊语、泰语、阿拉伯语、希伯来语对应的文字符号。欧元符号出现的比较晚，没有被收录在ISO-8859-1当中。　　因为ISO-8859-1编码范围使用了单字节内的所有空间，在支持ISO-8859-1的系统中传输和存储其他任何编码的字节流都不会被抛弃。换言之，把其他任何编码的字节流当作ISO-8859-1编码看待都没有问题。这是个很重要的特性，MySQL数据库默认编码是Latin1就是利用了这个特性。ASCII编码是一个7位的容器，ISO-8859-1编码是一个8位的容器。