深入理解mysql SET NAMES和mysql(i)_set_charset的区别
程序员文章站
2023-12-18 19:51:40
说到, 尽量使用mysqli_set_charset(mysqli:set_charset)而不是”set names”, 当然, 这个内容在php手册中也有叙及, 但是却...
说到, 尽量使用mysqli_set_charset(mysqli:set_charset)而不是”set names”, 当然, 这个内容在php手册中也有叙及, 但是却没有解释为什么.
最近有好几个朋友问我这个问题, 到底为什么?
问的人多了, 我也就觉得可以写篇blog, 专门介绍下这部分的内容了.
首先, 很多人都不知道”set names”到底是做了什么,
我之前的文章深入mysql字符集设置中, 曾经介绍过character_set_client/character_set_connection/character_set_results这三个mysql的”环境变量”, 这里再简单介绍下,
这三个变量, 分别告诉mysql服务器, 客户端的编码集, 在传输给mysql服务器的时候的编码集, 以及期望mysql返回的结果的编码集.
比如, 通过使用”set names utf8″, 就告诉服务器, 我用的是utf-8编码, 我希望你也给我返回utf-8编码的查询结果.
一般情况下, 使用”set names”就足够了, 也是可以保证正确的. 那么为什么手册又要说推荐使用mysqli_set_charset(php>=5.0.5)呢?
首先, 我们看看mysqli_set_charset到底做了什么(注意星号注释处, mysql_set_charset类似):
//php-5.2.11-src/ext/mysqli/mysqli_nonapi.c line 342
php_function(mysqli_set_charset)
{
my_mysql *mysql;
zval *mysql_link;
char *cs_name = null;
unsigned int len;
if (zend_parse_method_parameters(zend_num_args() tsrmls_cc, getthis()
, "os", &mysql_link, mysqli_link_class_entry, &cs_name, &len) == failure) {
return;
}
mysqli_fetch_resource(mysql, my_mysql*, &mysql_link, "mysqli_link"
, mysqli_status_valid);
if (mysql_set_character_set(mysql->mysql, cs_name)) {
//** 调用libmysql的对应函数
return_false;
}
return_true;
}
那mysql_set_character_set又做了什么呢?
//mysql-5.1.30-src/libmysql/client.c, line 3166:
int stdcall mysql_set_character_set(mysql *mysql, const char *cs_name)
{
struct charset_info_st *cs;
const char *save_csdir= charsets_dir;
if (mysql->options.charset_dir)
charsets_dir= mysql->options.charset_dir;
if (strlen(cs_name) < my_cs_name_size &&
(cs= get_charset_by_csname(cs_name, my_cs_primary, myf(0))))
{
char buff[my_cs_name_size + 10];
charsets_dir= save_csdir;
/* skip execution of "set names" for pre-4.1 servers */
if (mysql_get_server_version(mysql) < 40100)
return 0;
sprintf(buff, "set names %s", cs_name);
if (!mysql_real_query(mysql, buff, strlen(buff)))
{
mysql->charset= cs;
}
}
//以下省略
我们可以看到, mysqli_set_charset除了做了”set names”以外, 还多做了一步:
sprintf(buff, "set names %s", cs_name);
if (!mysql_real_query(mysql, buff, strlen(buff)))
{
mysql->charset= cs;
}
而对于mysql这个核心结构的成员charset又有什么作用呢?
这就要说说mysql_real_escape_string()了, 这个函数和mysql_escape_string的区别就是, 它会考虑”当前”字符集. 那么这个当前字符集从哪里来呢?
对了, 你猜的没错, 就是mysql->charset.
mysql_real_string在判断宽字符集的字符的时候, 就根据这个成员变量来分别采用不同的策略, 比如如果是utf-8, 那么就会采用libmysql/ctype-utf8.c.
看个实例, 默认mysql连接字符集是latin-1, (经典的5c问题):
<?php
$db = mysql_connect('localhost:3737', 'root' ,'123456');
mysql_select_db("test");
$a = "\x91\x5c";//"慭"的gbk编码, 低字节为5c, 也就是ascii中的"\"
var_dump(addslashes($a));
var_dump(mysql_real_escape_string($a, $db));
mysql_query("set names gbk");
var_dump(mysql_real_escape_string($a, $db));
mysql_set_charset("gbk");
var_dump(mysql_real_escape_string($a, $db));
?>
因为, “慭”的gbk编码低字节为5c, 也就是ascii中的”\”, 而因为除了mysql(i)_set_charset影响mysql->charset以外, 其他时刻mysql->charset都为默认值, 所以, 结果就是:
$ php -f 5c.php
string(3) "慭\"
string(3) "慭\"
string(3) "慭\"
string(2) "慭"
大家现在很清楚了吧?
最近有好几个朋友问我这个问题, 到底为什么?
问的人多了, 我也就觉得可以写篇blog, 专门介绍下这部分的内容了.
首先, 很多人都不知道”set names”到底是做了什么,
我之前的文章深入mysql字符集设置中, 曾经介绍过character_set_client/character_set_connection/character_set_results这三个mysql的”环境变量”, 这里再简单介绍下,
这三个变量, 分别告诉mysql服务器, 客户端的编码集, 在传输给mysql服务器的时候的编码集, 以及期望mysql返回的结果的编码集.
比如, 通过使用”set names utf8″, 就告诉服务器, 我用的是utf-8编码, 我希望你也给我返回utf-8编码的查询结果.
一般情况下, 使用”set names”就足够了, 也是可以保证正确的. 那么为什么手册又要说推荐使用mysqli_set_charset(php>=5.0.5)呢?
首先, 我们看看mysqli_set_charset到底做了什么(注意星号注释处, mysql_set_charset类似):
复制代码 代码如下:
//php-5.2.11-src/ext/mysqli/mysqli_nonapi.c line 342
php_function(mysqli_set_charset)
{
my_mysql *mysql;
zval *mysql_link;
char *cs_name = null;
unsigned int len;
if (zend_parse_method_parameters(zend_num_args() tsrmls_cc, getthis()
, "os", &mysql_link, mysqli_link_class_entry, &cs_name, &len) == failure) {
return;
}
mysqli_fetch_resource(mysql, my_mysql*, &mysql_link, "mysqli_link"
, mysqli_status_valid);
if (mysql_set_character_set(mysql->mysql, cs_name)) {
//** 调用libmysql的对应函数
return_false;
}
return_true;
}
那mysql_set_character_set又做了什么呢?
复制代码 代码如下:
//mysql-5.1.30-src/libmysql/client.c, line 3166:
int stdcall mysql_set_character_set(mysql *mysql, const char *cs_name)
{
struct charset_info_st *cs;
const char *save_csdir= charsets_dir;
if (mysql->options.charset_dir)
charsets_dir= mysql->options.charset_dir;
if (strlen(cs_name) < my_cs_name_size &&
(cs= get_charset_by_csname(cs_name, my_cs_primary, myf(0))))
{
char buff[my_cs_name_size + 10];
charsets_dir= save_csdir;
/* skip execution of "set names" for pre-4.1 servers */
if (mysql_get_server_version(mysql) < 40100)
return 0;
sprintf(buff, "set names %s", cs_name);
if (!mysql_real_query(mysql, buff, strlen(buff)))
{
mysql->charset= cs;
}
}
//以下省略
我们可以看到, mysqli_set_charset除了做了”set names”以外, 还多做了一步:
复制代码 代码如下:
sprintf(buff, "set names %s", cs_name);
if (!mysql_real_query(mysql, buff, strlen(buff)))
{
mysql->charset= cs;
}
而对于mysql这个核心结构的成员charset又有什么作用呢?
这就要说说mysql_real_escape_string()了, 这个函数和mysql_escape_string的区别就是, 它会考虑”当前”字符集. 那么这个当前字符集从哪里来呢?
对了, 你猜的没错, 就是mysql->charset.
mysql_real_string在判断宽字符集的字符的时候, 就根据这个成员变量来分别采用不同的策略, 比如如果是utf-8, 那么就会采用libmysql/ctype-utf8.c.
看个实例, 默认mysql连接字符集是latin-1, (经典的5c问题):
复制代码 代码如下:
<?php
$db = mysql_connect('localhost:3737', 'root' ,'123456');
mysql_select_db("test");
$a = "\x91\x5c";//"慭"的gbk编码, 低字节为5c, 也就是ascii中的"\"
var_dump(addslashes($a));
var_dump(mysql_real_escape_string($a, $db));
mysql_query("set names gbk");
var_dump(mysql_real_escape_string($a, $db));
mysql_set_charset("gbk");
var_dump(mysql_real_escape_string($a, $db));
?>
因为, “慭”的gbk编码低字节为5c, 也就是ascii中的”\”, 而因为除了mysql(i)_set_charset影响mysql->charset以外, 其他时刻mysql->charset都为默认值, 所以, 结果就是:
复制代码 代码如下:
$ php -f 5c.php
string(3) "慭\"
string(3) "慭\"
string(3) "慭\"
string(2) "慭"
大家现在很清楚了吧?
推荐阅读
-
深入理解mysql SET NAMES和mysql(i)_set_charset的区别
-
深入理解mysql SET NAMES和mysql(i)_set_charset的区别
-
深入理解mysql SET NAMES和mysql(i)_set_charset的区别
-
深入理解mysql SET NAMES和mysql(i)_set_charset的区别_MySQL
-
深入理解mysql SET NAMES和mysql(i)_set_charset的区别_MySQL
-
深入理解SET NAMES和mysql(i)_set_charset的区别
-
深入理解SET NAMES和mysql(i)_set_charset的区别