mysql collate

约定不等于承诺〃 2022-04-03 05:10 174阅读 0赞

今天在看建表的sql语句时，突然看到如果字段为varchar类型时，会设置一下CHARACTER SET utf8 COLLATE utf8\_bin，后来看了一下网上的贴子，设置**collate**的主要作用是设置对自符的较难规则。 举个例子吧： 按下面的sql语句去搜索 select to\_id from test where to\_id='cn象\_王';

出现的结果会搜索出两条来 +---------------+ | to\_id | +---------------+ | cn陶\_陶 | | cn象\_王 | +---------------+ 为什么？“cn陶\_陶”与“cn象\_王”编码后的字符都不一样，但是为什么mysql会认为这两条记录是一样的呢？ 如果把COLLATE \*\*\_bin都改成一样的，那结果就对了。 这里先解释一下mysql collation的命名规则： 它们以其相关的字符集名开始，通常包括一个语言名，并且以**\_ci**（大小写不敏感）、**\_cs**（大小写敏感）或**\_bin**（二元）结束 原来MySQL按照下面的方式选择表字符集和校对规则： 如果指定了CHARACTER SET X和COLLATE Y，那么采用CHARACTER SET X和COLLATE Y。 如果指定了CHARACTER SET X而没有指定COLLATE Y，那么采用CHARACTER SET X和CHARACTER SET X的默认校对规则。 否则，采用服务器字符集和服务器校对规则。 下面总结一下一般的建表的sql语句吧：   CREATE TABLE \`product\` ( \`SITE\` varchar(32) NOT NULL, \`id\` bigint(20) NOT NULL, \`gmt\_create\` datetime NOT NULL DEFAULT '1999-09-09 00:00:00','创建时间'  //时间的设置 \`gmt\_modified\` datetime NOT NULL DEFAULT '1999-09-09 00:00:00','修改时间' \`PROVINCE\` varchar(128)**CHARACTER SET utf8 COLLATE utf8\_bin** DEFAULT NULL,'省'  //如果是字符则要这样设 PRIMARY KEY (\`id\`), //设置主键 KEY \`idx\_offer\_mid\_st\_ge\_gid\_tp\` (\`member\_id\`,\`STATUS\`,\`GMT\_EXPIRE\`,\`group\_id\`,\`TYPE\`), //设置索引 KEY \`idx\_test\` (\`member\_id\`,\`GMT\_EXPIRE\`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; 原文链接:[http://hi.baidu.com/linda\_lij/item/b653f1aedc67f7ac28ce9deb][http_hi.baidu.com_linda_lij_item_b653f1aedc67f7ac28ce9deb]

[http_hi.baidu.com_linda_lij_item_b653f1aedc67f7ac28ce9deb]: http://hi.baidu.com/linda_lij/item/b653f1aedc67f7ac28ce9deb