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

MYSQL
MySQL 5.0默认100连接数的修改
如何使用"MySQL-Proxy"实现读写分离
phpMyAdmin下载、安装和使用入门
安装phpMyAdmin数据库管理软件
关于Mysql数据库导致CPU很高的问题解决
Mysql数据库的导入导出 和 Liunx的权限
MySQL InnoDB存储引擎的一些参数
MySQL InnoDB存储引擎的事务隔离级别
MySQL中InnoDB和MyISAM类型的差别
如何在.NET中访问MySQL数据库
关于 mysql5 改密码后不能登录问题的解答
初学者必读 MySQL 数据库常见问题汇总
MySQL字符集：怎样才能保证不发生乱码
详细讲解优化MySQL数据库性能的十个参数
教你使用MySQL触发器自动更新memcache
SQL存储过程和触发不能使用USE的应对方法
MySQL怎样处理一个溢出的磁盘
MySQL出错代码含义列表解释一表通
服务器安装MySQL教程及注意事项
完美解决mysql中文乱码的问题

No. « 40 41 42 43 »

技术文章搜索

关键字

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

出处:互联网   整理: 软晨网（RuanChen.com）   发布: 2009-09-13   浏览: 104 ::
收藏到网摘: 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);