繁體中文当前位置: 首页 > 图文教程 > 数据库 > MYSQL > Mysql以utf8存储gbk输出的实现方法提供
- MYSQL
- MySql：存储程序、函数、触发程序及复制：常见问题
- MySQL：数据库系统体系结构之概念模式
- MySQL：最小函数依赖集知多少
- MySQL：小编浅谈关系代数中的语义
- 如何运用SQL Server 2005中的模板参数
- 实例：NStarfaiNet的SQL XML文件示范
- SQL Server 2000桌面引擎默认配置空口令漏洞
- MySQL 5.0.16 乱码问题处理办法
- 索引对查询条件顺序的影响
- 从SQL备份文件中导入现存数据库
- 利用C#实现分布式数据库查询
- 用ORACLE8i修复数据库坏块的三种方法
- Sql Server2000+Sql Server Mobile Edition配置合并复制
- MySQL与ASP.NET配合更强大
- 防范SQL注入攻击的新办法
- 如何修改遗失的MySQL的ROOT用户密码
- 在win2003下MySQL数据库每天自动备份
- 如何提高MySQL性能
- 实例讲解MySQL数据库的查询优化技术
- 了解MYSQL数据库调度与锁定的问题
MYSQL 中的 Mysql以utf8存储gbk输出的实现方法提供
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-09-13 浏览: 112 ::
收藏到网摘: 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);
评论 (0) All
