- 浏览: 2083489 次
- 性别:
- 来自: 深圳
文章分类
最新评论
-
wahahachuang5:
web实时推送技术使用越来越广泛,但是自己开发又太麻烦了,我觉 ...
细说websocket - php篇 -
wahahachuang8:
挺好的,学习了
细说websocket - php篇 -
jacking124:
学习了!支持你,继续
初窥Linux 之 我最常用的20条命令 -
aliahhqcheng:
应该是可以实现的,没有看过源码。你可以参考下:http://w ...
Jackson 框架,轻易转换JSON
MySQL字符集乱码总结
查看数据库编码:
show create database db_name;
查看表编码:
show create table tbl_name;
查看字段编码:
show full columns from tbl_name;
show full fields from tbl_name;
MySql 端配置
1. 修改my.ini文件
[mysql]
default-character-set=utf8
说明:修改链接字符集和校对规则,它会同时设置character_set_client, character_set_connection, character_set_results
也可以修改
[mysqld]
default-character-set=utf8
说明: 这里修改的是服务器的字符集和校对规则。
查看当前服务器的字符集和校对规则:
mysql> show variables like 'character_set_server';
mysql> show variables like 'collation_server';
2. 修改数据库和表的字符集和校队规则。
例如:
-- Create Database.
drop database if exists HRDB;
create database HRDB DEFAULT CHARACTER SET utf8; #CHARSET=utf8
use HRDB;
-- 角色表
create table HR_ROLE (
ID bigint not null auto_increment,
NAME varchar(20) not null unique,
primary key (ID)
) ENGINE=INNODB DEFAULT CHARACTER SET utf8; #CHARSET=utf8
查看当前数据库的字符集和校对规则:
mysql> show variables like 'character_set_database';
mysql> show variables like 'collation_database';
查看表的字符集和校对规则:
mysql> show create table HR_ROLE \G;
MySQL字符集终极解决方案
开源数据库MySQL从来都是中小企业构建web应用的首选,特别是和PHP配合简直就是一对黄金搭档,深受web开发人员的喜爱。但自从4.1以来MySQL加入了多字符集的支持,很多MySQL使用者发现中文居然不能使用了,显示变成了一堆乱码!以致于很多人还在使用3.24.58的老版本,最近上MySQL网站,发现居然不提供3.24版本的下载了,MySQL已经彻底放弃3.24版本了。好在我还留有一份windows版的copy,就当作纪念吧。
怎么会产生乱码现象的,怎么解决?只要翻下网上的解决方案,马上就可以得出答案:“在获得连接之后执行一句set names 'gb2312'”,但这样做的原因是什么呢?总结一下我的经验。
MySQL处理连接时,外部连接发送过来的SQL请求会根据以下顺序进行转换:
character_set_client //客户连接所采用的字符集
|
character_set_connection //MySQL连接字符集
|
character_set_database //数据库所采用的字符集(表,列)
|
character_set_results //客户机显示所采用的字符集
一. 产生乱码的根本原因在于:
1.客户机没有正确地设置client字符集,导致原先的SQL语句被转换成connection所指字符集,而这种转换,是会丢失信息的,如果client是utf8格式,那么如果转换成gb2312格式,这其中必定会丢失信息,反之则不会丢失。一定要保证connection的字符集大于client字符集才能保证转换不丢失信息。
2. 数据库字体没有设置正确,如果数据库字体设置不正确,那么connection字符集转换成database字符集照样丢失编码,原因跟上面一样。
二.为什么set names 'gb2312'就可以了呢
set names 'gb2312'相当于这三条语句:
set character_set_client = gb2312;
set character_set_connection = gb2312;
set character_set_results = gb2312;
这样做的话,上述产生乱码的原因1就不存在了,因为编码格式都统一了,但是这样做并不是万金油。原因有:
1.你的client不一定是用gb2312编码发送SQL的,如果编码不是gb2312那么转换成gb2312就会产生问题。
2.你的数据库中的表不一定是gb2312格式,如果不是gb2312格式而是其他的比如说latin1,那么在存储字符集的时候就会产生信息丢失。
综上,终极解决方案如下:
1.首先要明确你的客户端时候何种编码格式,这是最重要的(IE6一般用utf8,命令行一般是gbk,一般程序是gb2312)
2.确保你的数据库使用utf8格式,很简单,所有编码通吃。
3.一定要保证connection字符集大于等于client字符集,不然就会信息丢失,比如: latin1 < gb2312 < gbk < utf8,若设置set character_set_client = gb2312,那么至少connection的字符集要大于等于gb2312,否则就会丢失信息
4.以上三步做正确的话,那么所有中文都被正确地转换成utf8格式存储进了数据库,为了适应不同的浏览器,不同的客户端,你可以修改character_set_results来以不同的编码显示中文字体,由于utf8是大方向,因此web应用是我还是倾向于使用utf8格式显示中文的。
以上就是我的心得了。附上连接源码,现行设置,程序中就可以不考虑字符集问题了
include "conf/system.php";
class Connection {
private $conn;
function __construct() {
global $mysql_ipaddr, $mysql_port, $mysql_db, $mysql_user, $mysql_pass;
try {
$this->conn = new PDO("mysql:host=$mysql_ipaddr;port=$mysql_port;dbname=$mysql_db", $mysql_user, $mysql_pass);
} catch (PDOException $e) {
print "MySQL服务器连接失败: " . $e->getMessage() . "<br>";
die();
}
}
public function getConnection() {
if ($this->conn != null) {
$this->conn->query("set character_set_client = gb2312"); //客户端使用gb2312格式
$this->conn->query("set character_set_connection = utf8"); //连接字符集使用utf8格式
$this->conn->query("set character_set_results = utf8"); //显示字符集使用utf8格式
return $this->conn;
}
}
public function closeConnection() {
if ($this->conn != null) {
$this->conn = null;
}
}
}
Q:在写一个查询条件时的问题:如我想写一个字段中包含“李”字的所有记录$str="李";
select * from table where field like '%$str%' ;
显示的记录中除了包含”李”字的记录,还有不包含“李”字的记录。为什么?
A:在MySQL中,进行中文排序和查找的时候,对汉字的排序和查找结果是错误的。这种情况在MySQL的很多版本中都存在。如果这个问题不解决,那么MySQL将无法实际处理中文。出现这个问题的原因是:MySQL在查询字符串时是大小写不敏感的,在编绎MySQL时一般以ISO-8859字符集作为默认的字符集,因此在比较过程中中文编码字符大小写转换造成了这种现象。
现在mysql上遇到一个问题,我们的字符集是gb2312.在中文模糊查找时,会有不相关的结果集.
从问题的根本原因分析,还有下面的问题。例:
汉字“不”的第1、2字节ascii值分别为:178与187
汉字“安”的第1、2字节ascii值分别为:176与178
汉字“花”的第1、2字节ascii值分别为:187与168
聪明的人已经看出来了:在字符串“安花”中模糊查找字符“不”字时,mysql系统也会认为两者匹配!
出现这个问题的原因是:MySQL在查询字符串时是大小写不敏感的,在编绎MySQL时一般以ISO-8859字符集作为默认的字符集,因此在比较过程中中文编码字符大小写转换造成了这种现象。
方法一:
解决方法是对于包含中文的字段加上"binary"属性,使之作为二进制比较,例如将"name char(10)"改成"name char(10)binary"。
方法二:
如果你使用源码编译MySQL,可以编译MySQL时使用--with--charset=gbk 参数,这样MySQL就会直接支持中文查找和排序了。
方法三:
可以使用 Mysql 的 locate 函数来判断。以上述问题为例,使用方法为:
SELECT * FROM table WHERE locate(field,'李') > 0;
本站使用的就是这种方法,感觉还不错。:P
方法四:
把您的Select语句改成这样,SELECT * FROM TABLE WHERE FIELDS LIKE BINARY '%FIND%'即可!
升级的根本,如果想使用“正确”的字符集,还是先用mysqldump导出成文件,然后导入。
--------------------------------------------------------------------------------------------------------------------------------------
MySQL 字符集查询
1) status
mysql> status; -------------- mysql Ver 14.14 Distrib 5.1.54, for debian-linux-gnu (x86_64) using readline 6.2 Connection id: 74267 Current database: Current user: root@localhost SSL: Not in use Current pager: stdout Using outfile: '' Using delimiter: ; Server version: 5.5.16-log Source distribution Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: latin1 Db characterset: latin1 Client characterset: latin1 Conn. characterset: latin1 UNIX socket: /var/run/mysqld/mysqld.sock Uptime: 128 days 13 hours 4 min 59 sec Threads: 1 Questions: 356155 Slow queries: 2 Opens: 3975 Flush tables: 1 Open tables: 256 Queries per second avg: 0.032 --------------
2)show variables like 'collation_%';
mysql> show variables like 'collation_%'; +----------------------+-------------------+ | Variable_name | Value | +----------------------+-------------------+ | collation_connection | utf8_general_ci | | collation_database | latin1_swedish_ci | | collation_server | latin1_swedish_ci | +----------------------+-------------------+
3)show variables like 'character_%';
mysql> show variables like 'character_%'; +--------------------------+----------------------------+ | Variable_name | Value | +--------------------------+----------------------------+ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | latin1 | | character_set_filesystem | binary | | character_set_results | utf8 | | character_set_server | latin1 | | character_set_system | utf8 | | character_sets_dir | /usr/share/mysql/charsets/ | +--------------------------+----------------------------+
4) show create table table_name;
mysql> show create table t1; +-------+------------------------------------ | Table | Create Table +-------+------------------------------------ | t1 | CREATE TABLE `t1` ( `id` int(11) NOT NULL, `c1` varchar(30) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=gbk | +-------+------------------------------------ 1 row in set (0.00 sec) mysql> show full columns from t1; +-------+-------------+----------------+------+-----+- | Field | Type | Collation | Null | Key | +-------+-------------+----------------+------+-----+- | id | int(11) | NULL | NO | PRI | | c1 | varchar(30) | gbk_chinese_ci | YES | | +-------+-------------+----------------+------+-----+-
5)show full fields from table_name;
mysql> show full fields from user_info; +------------+-------------+-------------------+------+-----+---------+-------+---------------------------------+---------+ | Field | Type | Collation | Null | Key | Default | Extra | Privileges | Comment | +------------+-------------+-------------------+------+-----+---------+-------+---------------------------------+---------+ | uid | bigint(18) | NULL | NO | | NULL | | select,insert,update,references | | | mac_id | char(17) | latin1_swedish_ci | NO | | NULL | | select,insert,update,references | | | name | varchar(50) | latin1_swedish_ci | YES | | NULL | | select,insert,update,references | | | nickname | varchar(50) | latin1_swedish_ci | YES | | NULL | | select,insert,update,references | | | gender | tinyint(1) | NULL | YES | | 0 | | select,insert,update,references | | | age | varchar(7) | latin1_swedish_ci | YES | | NULL | | select,insert,update,references | | +------------+-------------+-------------------+------+-----+---------+-------+---------------------------------+---------+
6)查看mysql支持的字符集: show charset; 或 show char set;
mysql> show charset; +----------+-----------------------------+---------------------+--------+ | Charset | Description | Default collation | Maxlen | +----------+-----------------------------+---------------------+--------+ | big5 | Big5 Traditional Chinese | big5_chinese_ci | 2 | | dec8 | DEC West European | dec8_swedish_ci | 1 | | cp850 | DOS West European | cp850_general_ci | 1 | | hp8 | HP West European | hp8_english_ci | 1 | | koi8r | KOI8-R Relcom Russian | koi8r_general_ci | 1 | | latin1 | cp1252 West European | latin1_swedish_ci | 1 | | latin2 | ISO 8859-2 Central European | latin2_general_ci | 1 | | swe7 | 7bit Swedish | swe7_swedish_ci | 1 | | ascii | US ASCII | ascii_general_ci | 1 | | ujis | EUC-JP Japanese | ujis_japanese_ci | 3 | | sjis | Shift-JIS Japanese | sjis_japanese_ci | 2 | | hebrew | ISO 8859-8 Hebrew | hebrew_general_ci | 1 | | tis620 | TIS620 Thai | tis620_thai_ci | 1 | | euckr | EUC-KR Korean | euckr_korean_ci | 2 | | koi8u | KOI8-U Ukrainian | koi8u_general_ci | 1 | | gb2312 | GB2312 Simplified Chinese | gb2312_chinese_ci | 2 | | greek | ISO 8859-7 Greek | greek_general_ci | 1 | | cp1250 | Windows Central European | cp1250_general_ci | 1 | | gbk | GBK Simplified Chinese | gbk_chinese_ci | 2 | | latin5 | ISO 8859-9 Turkish | latin5_turkish_ci | 1 | | armscii8 | ARMSCII-8 Armenian | armscii8_general_ci | 1 | | utf8 | UTF-8 Unicode | utf8_general_ci | 3 | | ucs2 | UCS-2 Unicode | ucs2_general_ci | 2 | | cp866 | DOS Russian | cp866_general_ci | 1 | | keybcs2 | DOS Kamenicky Czech-Slovak | keybcs2_general_ci | 1 | | macce | Mac Central European | macce_general_ci | 1 | | macroman | Mac West European | macroman_general_ci | 1 | | cp852 | DOS Central European | cp852_general_ci | 1 | | latin7 | ISO 8859-13 Baltic | latin7_general_ci | 1 | | utf8mb4 | UTF-8 Unicode | utf8mb4_general_ci | 4 | | cp1251 | Windows Cyrillic | cp1251_general_ci | 1 | | utf16 | UTF-16 Unicode | utf16_general_ci | 4 | | cp1256 | Windows Arabic | cp1256_general_ci | 1 | | cp1257 | Windows Baltic | cp1257_general_ci | 1 | | utf32 | UTF-32 Unicode | utf32_general_ci | 4 | | binary | Binary pseudo charset | binary | 1 | | geostd8 | GEOSTD8 Georgian | geostd8_general_ci | 1 | | cp932 | SJIS for Windows Japanese | cp932_japanese_ci | 2 | | eucjpms | UJIS for Windows Japanese | eucjpms_japanese_ci | 3 | +----------+-----------------------------+---------------------+--------+
MySQL 字符集修改
MySQL中关于连接环境的字符集设置有 Client端,connection,results 通过这些参数,MySQL就知道你的客户端工具用的是什么字符集,结果集应该是什么字符集。这样MySQL就会做必要的翻译,一旦这些参数有误,自然会导致字符串在转输过程中的转换错误。基本上99%的乱码由些造成。
0) 查看默认数据库集: status
mysql> status; -------------- mysql Ver 14.14 Distrib 5.5.31, for debian-linux-gnu (x86_64) using readline 6.2 Connection id: 41 Current database: tvbss_01 Current user: root@localhost SSL: Not in use Current pager: stdout Using outfile: '' Using delimiter: ; Server version: 5.5.31-0ubuntu0.12.04.1 (Ubuntu) Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: latin1 Db characterset: latin1 Client characterset: utf8 Conn. characterset: utf8 UNIX socket: /var/run/mysqld/mysqld.sock Uptime: 7 min 30 sec Threads: 1 Questions: 131 Slow queries: 0 Opens: 239 Flush tables: 1 Open tables: 58 Queries per second avg: 0.291 --------------
说明: 通过sudo apt-get install mysql-server 安装的mysql,默认client和conn为utf8编码,server和db为latin1编码,修改client和conn编码请继续下看。
修改客户端,服务器级,数据库级方法如下:
(1) 使用超级用户root权限,打开/etc/mysql/my.cnf
root@ubuntu:/# vi /etc/mysql/my.cnf
(2) 修改客户端级,在 [client] 下添加一行:default-character-set=utf8
[client] default-character-set=utf8 port = 3306 socket = /var/run/mysqld/mysqld.sock
如果想修改client和conn为latin1,只需把utf8改为latin1,更多编码格式请见下面:show charset;
[mysqld] character-set-server=utf8 collation-server=utf8_general_ci # # * Basic Settings # user = mysql pid-file = /var/run/mysqld/mysqld.pid socket = /var/run/mysqld/mysqld.sock
mysql> status; -------------- mysql Ver 14.14 Distrib 5.5.31, for debian-linux-gnu (x86_64) using readline 6.2 Connection id: 42 Current database: Current user: root@localhost SSL: Not in use Current pager: stdout Using outfile: '' Using delimiter: ; Server version: 5.5.31-0ubuntu0.12.04.1 (Ubuntu) Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: utf8 Db characterset: utf8 Client characterset: utf8 Conn. characterset: utf8 UNIX socket: /var/run/mysqld/mysqld.sock Uptime: 19 sec Threads: 1 Questions: 130 Slow queries: 0 Opens: 239 Flush tables: 1 Open tables: 58 Queries per second avg: 6.842 --------------
collation 和 character 查询结果发现:collation_server 和character_set_server 也都变成了 utf8
mysql> show variables like 'character_%'; +--------------------------+----------------------------+ | Variable_name | Value | +--------------------------+----------------------------+ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results | utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | /usr/share/mysql/charsets/ | +--------------------------+----------------------------+ mysql> show variables like 'collation_%'; +----------------------+-----------------+ | Variable_name | Value | +----------------------+-----------------+ | collation_connection | utf8_general_ci | | collation_database | utf8_general_ci | | collation_server | utf8_general_ci | +----------------------+-----------------+
(4)修改数据库字符集的两种方法
a)修改db.opt文件:vi /var/lib/mysql/your_dbname/db.opt #your_dbname是自己数据库的名称
default-character-set=latin1 default-collation=latin1_swedish_ci 修改为: default-character-set=utf8 default-collation=utf8_general_ci修改后发现:Db characterset 变为了 utf8
mysql> status; -------------- mysql Ver 14.14 Distrib 5.5.31, for debian-linux-gnu (x86_64) using readline 6.2 Connection id: 42 Current database: tvbss_01 Current user: root@localhost SSL: Not in use Current pager: stdout Using outfile: '' Using delimiter: ; Server version: 5.5.31-0ubuntu0.12.04.1 (Ubuntu) Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: latin1 Db characterset: utf8 Client characterset: utf8 Conn. characterset: utf8 UNIX socket: /var/run/mysqld/mysqld.sock Uptime: 1 min 22 sec Threads: 1 Questions: 142 Slow queries: 0 Opens: 239 Flush tables: 1 Open tables: 58 Queries per second avg: 1.731 --------------
b)命令行修改: mysql> use your_dbname; mysql> alter database your_dbname character set utf8; 结果同上。且此时命令行也修改了/var/lib/mysql/your_dbname/db.opt 文件的编码为utf8(同方法a)
MySQL 表、字段的字符集修改
1) 修改表的字符集:ALTER TABLE tbl_name CONVERT TO CHARACTER SET character_name [COLLATE utf8_general_ci]
修改表字符集示例: 数据库表 tbl_name 从latin1 转为 utf8
mysql> show create table db_name.tbl_name; +------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ | user_info | CREATE TABLE `user_info` ( `uid` bigint(18) NOT NULL, `name` varchar(50) DEFAULT NULL, `nickname` varchar(50) DEFAULT NULL, `gender` tinyint(1) DEFAULT '0', `age` varchar(7) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=latin1 | +----------- mysql> alter table table db_name.tbl_name convert to character set utf8 collate utf8_general_ci; mysql> show create table db_name.tbl_name; +------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ | user_info | CREATE TABLE `user_info` ( `uid` bigint(18) NOT NULL, `name` varchar(50) DEFAULT NULL, `nickname` varchar(50) DEFAULT NULL, `gender` tinyint(1) DEFAULT '0', `age` varchar(7) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
2)修改表的字段字符集:ALTER TABLE tbl_name CHANGE column_name column_name CHARACTER SET character_name [COLLATE utf8_general_ci...];
修改表的字段字符集示例: 字段 name 从 utf8 转为 latin1
mysql> show full fields from db_name.tbl_name; +------------+-------------+-----------------+------+-----+---------+-------+---------------------------------+---------+ | Field | Type | Collation | Null | Key | Default | Extra | Privileges | Comment | +------------+-------------+-----------------+------+-----+---------+-------+---------------------------------+---------+ | uid | bigint(18) | NULL | NO | | NULL | | select,insert,update,references | | | name | varchar(50) | utf8_general_ci | YES | | NULL | | select,insert,update,references | | | nickname | varchar(50) | utf8_general_ci | YES | | NULL | | select,insert,update,references | | | gender | tinyint(1) | NULL | YES | | 0 | | select,insert,update,references | | | age | varchar(7) | utf8_general_ci | YES | | NULL | | select,insert,update,references | | +------------+-------------+-----------------+------+-----+---------+-------+---------------------------------+---------+ mysql> alter table db_name.tbl_name change name name varchar(50) character set latin1 collate latin1_swedish_ci; mysql> show full fields from db_name.tbl_name; +------------+-------------+-------------------+------+-----+---------+-------+---------------------------------+---------+ | Field | Type | Collation | Null | Key | Default | Extra | Privileges | Comment | +------------+-------------+-------------------+------+-----+---------+-------+---------------------------------+---------+ | uid | bigint(18) | NULL | NO | | NULL | | select,insert,update,references | | | name | varchar(50) | latin1_swedish_ci | YES | | NULL | | select,insert,update,references | | | nickname | varchar(50) | utf8_general_ci | YES | | NULL | | select,insert,update,references | | | gender | tinyint(1) | NULL | YES | | 0 | | select,insert,update,references | | | age | varchar(7) | utf8_general_ci | YES | | NULL | | select,insert,update,references | | +------------+-------------+-------------------+------+-----+---------+-------+---------------------------------+---------+
MySQL 连接数
1) 查看连接数
show variables like "max_connections";
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 500 |
+-----------------+-------+
2) 修改连接数(命令)
set global max_connections = 200;
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 200 |
+-----------------+-------+
不用重启就生效
3) 修改连接数(配置文件)
sudo vi /etc/mysql/my.cnf
1)去掉注释,修改为: max_connections = 200
2) 重启MySQL生效
参考推荐:<!--<br/>浅水游注:span改成div--><span class="tpc_content"><strong><span style="font-size:12px;">原帖地址 </span><a href="http://club.muzone.cn/viewthread.php?tid=28605" target="_blank"><span style="color: #0070af;font-size:12px;">http://club.muzone.cn/viewthread.php?tid=28605</span></a></strong><br /><br /><span style="font-size:12px;">MySQL 4.1开始,对多语言的支持有了很大变化 (这导致了问题的出现)。尽管大部分的地方 (包括个人使用和主机提供商),MySQL 3、4.0 仍然占主导地位;但 MySQL 4.1 乃至5.0是 MySQL 官方推荐的数据库,已经有主机提供商开始提供并将会越来越多;因为 latin1 在许多地方 (下边会详细描述具体是哪些地方) 作为默认的字符集,成功的蒙蔽了许多 PHP 程序的开发者和用户,掩盖了在中文等语言环境下会出现的问题。<br /><br />MySQL 4.1开始把多国语言字符集分的更加详细,所以导致数据库迁移,或则dz论坛升级到4.0后(dz4.0开始使用gbk或utf-8编码)出现乱码问题。<br /><br />MySQL 4.1的字符集支持(Character Set Support)有两个方面:字符集(Character set)和排序方式(Collation)。对于字符集的支持细化到四个层次: 服务器(server),数据库(database),数据表(table)和连接(connection)。<br /><br /><span style="color: #ff00ff;">查看系统的字符集和排序方式的设定可以通过下面的两条命令:</span><br /><br /></span></span></p><div style="margin-left: 5px; font-size: 9px;"><strong>引用:</strong></div><div class="quote"><span style="color: #ff00ff;">mysql> SHOW VARIABLES LIKE 'character_set_%';</span><br />+--------------------------+----------------------------+<br />| Variable_name | Value |<br />+--------------------------+----------------------------+<br />| character_set_client | latin1 |<br />| character_set_connection | latin1 |<br />| character_set_database | latin1 |<br />| character_set_results | latin1 |<br />| character_set_server | latin1 |<br />| character_set_system | utf8 |<br />| character_sets_dir | /usr/share/mysql/charsets/ |<br />+--------------------------+----------------------------+<br />7 rows in set (0.00 sec)<br /><br /><span style="color: #ff00ff;">mysql> SHOW VARIABLES LIKE 'collation_%';</span><br />+----------------------+-------------------+<br />| Variable_name | Value |<br />+----------------------+-------------------+<br />| collation_connection | latin1_swedish_ci |<br />| collation_database | latin1_swedish_ci |<br />| collation_server | latin1_swedish_ci |<br />+----------------------+-------------------+<br />3 rows in set (0.00 sec)</div><p><br /><br />MySQL 4.1 对于字符集的指定可以细化到一台机器上安装的 MySQL,其中的一个数据库,其中的一张表,其中的一栏,应该用什么字符集。但是,传统的 Web 程序在创建数据库和数据表时并没有使用那么复杂的配置,它们用的是默认的配置,那么,默认的配置从何而来呢?<br /><br />编译 MySQL 时,指定了一个默认的字符集,这个字符集是 latin1;<br />安装 MySQL 时,可以在配置文件 (my.ini) 中指定一个默认的的字符集,如果没指定,这个值继承自编译时指定的;<br />启动 mysqld 时,可以在命令行参数中指定一个默认的的字符集,如果没指定,这个值继承自配置文件中的;<br />此时 character_set_server 被设定为这个默认的字符集;<br />当创建一个新的数据库时,除非明确指定,这个数据库的字符集被缺省设定为 character_set_server;<br />当选定了一个数据库时,character_set_database 被设定为这个数据库默认的字符集;<br />在这个数据库里创建一张表时,表默认的字符集被设定为 character_set_database,也就是这个数据库默认的字符集;<br />当在表内设置一栏时,除非明确指定,否则此栏缺省的字符集就是表默认的字符集;<br />这个字符集就是数据库中实际存储数据采用的字符集,mysqldump 出来的内容就是这个字符集下的;<br />当我们按照原来的方式通过PHP存取MySQL数据库时,就算设置了表的默认字符集为utf8并且通过UTF-8编码发送查询,你会发现存入数据库的仍然是乱码。问题就出在这个connection连接层上。<br />想要进行“正确”的存储和得到“正确”的结果,最方便的是在所有query开始之前执行一下:<br /><br /><span style="color: #ff00ff;">SET NAMES 'gbk';</span><br />其中gbk是数据库字符集。<br /><br />它相当于下面的三句指令:<br /><span style="color: #0000ff;">SET character_set_client = gbk;<br />SET character_set_results = gbk;<br />SET character_set_connection = gbk;</span><br /><br />4.1和5.0默认使用的是latin1字符集(木头:妈的,老外真霸道,妄想让全世界都是使用瑞典字符集吗)<br />如果我们只想使用gbk字符集存储和获取数据,<br />我们在编译mysql 4.1和 5.0的时候,需要注意在my.ini或者my.cnf中添加两处参数<br /></p><div style="margin-left: 5px; font-size: 9px;"><strong>CODE:</strong></div><div id="code1" class="quote">[mysqld]<br /><span style="color: #ff00ff;">default-character-set=utf8</span></div><div style="margin-left: 5px; font-size: 11px;"><a href="javascript:"><span style="color: #0070af;">[复制到剪切板]</span></a></div><p><br /></p><div style="margin-left: 5px; font-size: 9px;"><strong>CODE:</strong></div><div id="code2" class="quote">#settings for clients (connection, results, clients)<br />[mysql]<br /><span style="color: #ff00ff;">default-character-set=utf8</span></div><div style="margin-left: 5px; font-size: 11px;"><a href="javascript:"><span style="color: #0070af;">[复制到剪切板]</span></a></div><p><br /><br />下面我们来说主题,如何转换数据库字符集<br />两种方法,</p><div style="margin-left: 5px; font-size: 9px;"><strong>引用:</strong></div><div class="quote"><span style="color: #ff00ff;">第一种----更改存储字符集</span><br />主要的思想就是把数据库的字符集有latin1改为gbk,big5,或者utf8; 以下操作必须拥有主机权限。假设当前操作的数据库名为:database<br /><br />导出<br />首先需要把数据导为mysql4.0的格式,具体的命令如下:<br /><span style="color: #ff00ff;">mysqldump -uroot -p --default-character-set=latin1 --set-charset=gbk --skip-opt databse > d4.sql</span><br /><br />--default-characte-set 以前数据库的字符集,这个一般情况下都是latin1的,<br />--set-charset 导出的数据的字符集,这个可以设置为gbk,utf8,或者big5<br />导入<br />首先使用下面语句新建一个GBK字符集的数据库(test)<br /><br /><span style="color: #ff00ff;">CREATE DATABASE `d4` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci;</span><br />然后把刚才导出的数据导入到当前的数据库中就ok了。<br /><br /><span style="color: #ff00ff;">mysql -uroot -p --default-character-set=gbk -f d4<d4.sql</span><br />通过以上的导出和导入就把数据库的字符集改为正确的存储方式了。<br /><br />其中d4为新建库的名称,d4.sql为导出文件的名字<br /><br />但是这种方法,发现数据库数据存储量无端变大30%,真是郁闷</div><p><br /></p><div style="margin-left: 5px; font-size: 9px;"><strong>引用:</strong></div><div class="quote">另外一种其实原理相同,但是需要手动操作,一般用于第一种方法失败后的选择<br />不过这种方法如果数据库很大,估计很难做,因为光打开文件就能让你死机<br /><br />首先还是用phpmyadmin或者用mysql本身的dump导出 .sql文件<br /><br />然后用UltraEdit打开你备份的所有xxxx.sql文件,查找<br /><div style="margin-left: 5px; font-size: 9px;"><strong>CODE:</strong></div><div id="code3" class="quote"><span style="color: #ff00ff;">DEFAULT CHARSET=latin1</span></div><div style="margin-left: 5px; font-size: 11px;"><a href="javascript:"><span style="color: #0070af;">[复制到剪切板]</span></a></div><br /><br />latin1这里也许是别的,反正是你不想要的,要转成gbk或者big5的字符集<br />把这个替换为“空”<br />在查找<br /><div style="margin-left: 5px; font-size: 9px;"><strong>CODE:</strong></div><div id="code4" class="quote"><span style="color: #0000ff;">CREATE TABLE cdb_sessions (<br />sid char(6) character set latin1 collate latin1_bin NOT NULL default '',<br />ip1 tinyint(3) unsigned NOT NULL default '0',<br />ip2 tinyint(3) unsigned NOT NULL default '0',<br />ip3 tinyint(3) unsigned NOT NULL default '0',<br />ip4 tinyint(3) unsigned NOT NULL default '0',<br />uid mediumint(8) unsigned NOT NULL default '0',<br />username char(15) NOT NULL default '',<br />groupid smallint(6) unsigned NOT NULL default '0',<br />styleid smallint(6) unsigned NOT NULL default '0',<br />invisible tinyint(1) NOT NULL default '0',<br />`action` tinyint(1) unsigned NOT NULL default '0',<br />lastactivity int(10) unsigned NOT NULL default '0',<br />fid smallint(6) unsigned NOT NULL default '0',<br />tid mediumint(8) unsigned NOT NULL default '0',<br />nickname char(15) NOT NULL default '',<br />UNIQUE KEY sid (sid)<br />) ENGINE=HEAP MAX_ROWS=1000;</span></div><div style="margin-left: 5px; font-size: 11px;"><a href="javascript:"><span style="color: #0070af;">[复制到剪切板]</span></a></div><br /><br />替换为<br /><div style="margin-left: 5px; font-size: 9px;"><strong>CODE:</strong></div><div id="code5" class="quote"><span style="color: #0000ff;">CREATE TABLE `cdb_sessions` (<br />`sid` char(6) binary NOT NULL default '',<br />`ip1` tinyint(3) unsigned NOT NULL default '0',<br />`ip2` tinyint(3) unsigned NOT NULL default '0',<br />`ip3` tinyint(3) unsigned NOT NULL default '0',<br />`ip4` tinyint(3) unsigned NOT NULL default '0',<br />`uid` mediumint(8) unsigned NOT NULL default '0',<br />`username` char(15) NOT NULL default '',<br />`groupid` smallint(6) unsigned NOT NULL default '0',<br />`styleid` smallint(6) unsigned NOT NULL default '0',<br />`invisible` tinyint(1) NOT NULL default '0',<br />`action` tinyint(1) unsigned NOT NULL default '0',<br />`lastactivity` int(10) unsigned NOT NULL default '0',<br />`fid` smallint(6) unsigned NOT NULL default '0',<br />`tid` mediumint(8) unsigned NOT NULL default '0',<br />`nickname` char(15) NOT NULL default '',<br />UNIQUE KEY `sid` (`sid`)<br />) TYPE=HEAP MAX_ROWS=2000;</span></div><div style="margin-left: 5px; font-size: 11px;"><a href="javascript:"><span style="color: #0070af;">[复制到剪切板]</span></a></div><br /><br />这一步更为简单的办法就是删除掉关于cdb_sessions表的这一段,将来全新装一个d4,将这个表导出<br />将其内容复制,粘贴到 sql文件的最后面[code][/code]<br /><br />保存后,再把这个sql文件导入到你的库中<br /><br />就OK了</div><p><br /><br />用这两种方法就可以很方便的把4.1和5.0的mysql数据库降级到4.0<br />简单的过程就是<br /><span style="color: #800080;">A导出4.1/5.0的库<br />B进行处理,转换成gbk字符集<br />C彻底卸载4.1或者5.0<br />D安装4.0.26<br />E然后导入处理完的库<br /></span><br />降级的时候导出库可以用这个方法<br />mysqldump -uroot -p --default-character-set=latin1 --set-charset=gbk --skip-opt databse --compatible=mysql40 > d4.sql<br />这样导出的就是4.0的库勒<br /><br />至于mysql版本的升级,<br />如果数据文件中有中文信息,那么将MySQL 4.0的数据文件,直接拷贝到MySQL 4.1中就是不可以的,即便在my.ini中设置了default-character-set为正确的字符集。虽然貌似没有问题,但MySQL 4.1的字符集有一处非常恼人的地方,以gbk为例,原本MySQL 4.0数据中varchar,char等长度都会变为原来的一半,这样存储中文容量不变,而英文的存储容量就少了一半。这是直接拷贝数据文件带来的最大问题。<br /><br />所以,升级的根本,如果想使用“正确”的字符集,还是先用mysqldump导出成文件,然后导入。<br /><br /><br />转自:<a href="http://www.sd9981.com/mysql/?p=22" target="_blank"><span style="color: #0070af;">http://www.sd9981.com/mysql/?p=22</span></a></p><p><!--浅水游注: 将文字挪到图片前面显示-->
第10章:字符集支持(MySQL官方,推荐)
设置mysql字符集为utf8(ITeye,推荐)
How to update the max_connections setting in MySQL
相关推荐
MYSQL字符集乱码的解决 在命令行下,以及从网页取出来就不会出现乱码
查看mysql字符集MySQL 乱码的根源是的 MySQL 字符
设置mysql字符集 mysql 乱码
设定mysql字符集解决终端乱码设定mysql字符集解决终端乱码
解决字符集通讯设置不匹配的方法: (修改默认的character_set_client,character_set_connection,character_set_result)
精通MySQL字符集与校对集,再也不会为乱码而心烦意乱了
docker mysql 字符集设置 使用 docker 启动 mysql 容器可能会出现中文乱码的情况,这里记录如何制作支持中文的 mysql 镜像 docker版本:18.06 mysql 版本:5.7 1. 创建 my.cnf 文件 [client] default-character-set=...
Mysql数据库乱码 问题彻底解决 针对JAVA
character-set-server/default-character-set:服务器字符集,默认情况下所采用的。 character-set-database:数据库字符集。 character-set-table:数据库表字符集。 优先级依次增加。所以一般情况下只需要设置...
详细介绍了字符编码的渊源,解释了MySQL中字符编码
7_MYSQL视频教程 字符集操作原理与乱码解决方案character_set_client_character_set_connection_character_set_results
详细的介绍了mysql数据库字符集的设置,有效的避免了乱码的发生
MySQL字符编码及乱码解决方案 · 使用多种字符集来存储字符串 · 使用多种校对规则来比较字符串 · 在同一台服务器, 同一个数据库或甚至在同一个表中使用不同字符集或校对规则来混合字符串 · 允许定义任何级别...
主要给大家介绍了关于MySQL字符集乱码及解决方案的相关资料,文中通过示例代码介绍的非常详细,对大家学习或者使用MySQL具有一定的参考学习价值,需要的朋友们下面来一起学习学习吧
MySQL数据库乱码-Linux下乱码问题一 乱码问题是很让人抓狂的问题,下面我将记录一下linux下mysql乱码问题的解决...mysql默认字符集是latin1,但是我们大部分程序使用的字符集是utf8,我们就需要修改mysql的字符集了。
版本:mysql5.7 环境:windows 备注:配置mysql的字符集为utf8mb4 *为了解决mysql乱码参考了几个博客,只能在此鸣谢一下所有提供有价值的博客作者,此文件就上传备份一下
MySQL中涉及的几个字符集 character-set-server/default-character-set:服务器字符集,默认情况下所采用的。 character-set-database:数据库字符集。 character-set-table:数据库表字符集。 优先级依次增加。所以...
打开mysql改变字符集 然后在获取连接时候改变字符集 最后在查询之前改变字符集 我用过的可以解决