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); 猜你喜欢