当前位置: 首页 > 图文教程 > 数据库 > MYSQL > Mysql以utf8存储gbk输出的实现方法提供

MYSQL
mysql "too many connections" 错误 之 mysql解决方法
MySQL: mysql is not running but lock exists 的解决方法
使用mysql中遇到的几个问题
MySQL一个索引最多有多少个列？真实的测试例子
MySQL里Create Index 能否创建主键 Primary Key
MySQL 创建索引(Create Index)的方法和语法结构及例子
MYSQL 优化常用方法
linux mysql 找回密码
mysql 动态执行存储过程语句
MySQL 查找价格最高的图书经销商的几种SQL语句
MySQL 客户端不输入用户名和密码直接连接数据库的2个方法
mysql 查询表中平均分最低的班级
mysql 左连接、右连接和内连接
Mysql LONGBLOB 类型存储二进制数据 (修改+调试+整理)
Mysql LONGTEXT 类型存储大文件(二进制也可以) (修改+调试+整理)
Mysql 插入中文及中文查询 (修改+调试)
mysql 数据表中查找重复记录
MySql .frm数据库文件导入的问题
解决hibernate+mysql写入数据库乱码
mySQL UNION运算符的默认规则研究

No. « 10 11 12 13 »

技术文章搜索

关键字

MYSQL 中的 Mysql以utf8存储gbk输出的实现方法提供

出处:互联网   整理: 软晨网（RuanChen.com）   发布: 2009-09-13   浏览: 68 ::
收藏到网摘: n/a

一个站有可能经历gb2312(gbk,big5)到utf8的转换过程，其中会遇到很多的问题。站点太庞大了怎么办呢，只能一步步来了。要是能在极少改动前端代码的情况下，先完成数据的转换将会使整件事情容易得多。经过几天测试终于发现，Mysql以utf8存储gbk输出是可以实现的。mysql4.1后都有个特性，可以指定当前客户端连接所使用的字符集，mysql默认都是latin1，或由mysql server端配置的字符集进行连接校对。我使用utf8_general_ci来创建字段。
DB:
SQL代码:
复制代码 代码如下:

Create TABLE `table` (
`id` INT( 10 ) NOT NULL ,
`name` VARCHAR( 50 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
INDEX ( `g_id` )
) ENGINE = innodb CHARACTER SET utf8 COLLATE utf8_general_ci;

PHP:
存储操作指定使用utf8字符集进行连接校对，读取操作指定使用gbk字符集进行连接校对。

PHP代码:
复制代码 代码如下:

<?php
// Select DB And Set Link Use UTF8
function _select_db_utf()
{
mysql_select_db($this->db_name, $this->db_link);

// init character
mysql_query("SET NAMES utf8", $this->db_link);
mysql_query("SET CHARACTER SET utf8", $this->db_link);
mysql_query("SET COLLATION_CONNECTION='utf8_general_ci'", $this->db_link);

return true;
}

// Select DB And Set Link Use GBK
function _select_db_gb()
{
mysql_select_db($this->db_name, $this->db_link);

// init character
mysql_query("SET NAMES gbk", $this->db_link);
mysql_query("SET CHARACTER SET gbk", $this->db_link);
mysql_query("SET COLLATION_CONNECTION='gbk_chinese_ci'", $this->db_link);

return true;
}
?>
需要注意几点：
1. mysql必须把gbk,gb2312,utf8等字符集编译进去。
2. 入库的数据内容必须保证是最正确的UTF8编码。
3. 存储和读取操作要指定正确的字符集进行连接校对。
要是前端代码操作数据入库不能以UTF8进行，则需要对字符进行转码了。（例如用AJAX提交的数据便是正确的UTF8,这时是不用转换的。）
因为mb_string是PHP所支持字符最全的，而iconv比它稍差一点，mb_string并不能完全支持一些特殊字符的转码，所以目前为止都没有完美的转码方法。
再次对mb_string和iconv进行比较：
mb_string:
1. 所支持字符最全
2. 内容自动识别编码，不需要确定原来字符的编码，但是执行效率比iconv差太多
3. $content = mb_convert_encoding($content, "UTF-8", "GBK,GB2312,BIG5");（顺序不同效果也有差异）
iconv:
1. 所支持字符不全
2. 需要确定原来字符的编码，但在确定编码的情况下执行效率比mb_convert_encoding高
3. $content = iconv("GBK", "UTF-8", $content);