MYSQL的binary解决mysql数据大小写敏感问题的方法

mysql> select binary 'ABCD'='abcd' COM1, 'ABCD'='abcd' COM2;

+--------+-----------+

| COM1 | COM2 |

+--------+-----------+

| 0 | 1 |

+---------+-----------+

1 row in set (0.00 sec)

(仅仅有些而已！4.以前)
因为有的MySQL特别是4.以前的对于中文检索会有不准确的问题，可以在检索的时候加上binary。
建表：

代码如下:

create TABLE usertest (

id int(9) unsigned NOT NULL auto_increment,

username varchar(30) NOT NULL default '',

primary key (id)

)

代码如下:

insert into usertest (username) VALUES('美文');

insert into usertest (username) VALUES('美国项目');

insert into usertest (username) VALUES('李文');

insert into usertest (username) VALUES('老唐');

insert into usertest (username) VALUES('梦漂');

insert into usertest (username) VALUES('龙武');

insert into usertest (username) VALUES('夏');

如果使用=而不是like的时候，select * from usertest where username = '夏' ，只出现一个结果。因为mysql 的LIKE操作是按照ASCII 操作的，所以LIKE的时候是可能有问题的。问题继续：如果再加上：

代码如下:insert into usertest (username) VALUES('文');

insert into usertest (username) VALUES('唐');

1.在create的时候就使用binary，而不是在query的时候加。

代码如下:

username varchar(30) BINARY NOT NULL default '', 如果表已经建好了，使用：

alter table usertest modify username varchar(32) binary; 来就该表的属性。

<font size="4" style="background-color: inherit; color: rgb(0, 0, 0); font-family: "Microsoft YaHei", STXihei; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;">2.在query的时候加上binary，select * from usertest where username like binary '%夏%' ，就可以准确的查询出一条记录来。

char使用固定长度的空间进行存储，char(4)存储4个字符，根据编码方式的不同占用不同的字节，gbk编码方式，不论是中文还是英文，每个字符占用2个字节的空间，utf8编码方式，每个字符占用3个字节的空间。

如果需要存储的字符串的长度跟所有值的平均长度相差不大，适合用char，如MD5。

对于经常改变的值，char优于varchar，原因是固定长度的行不容易产生碎片。

对于很短的列，char优于varchar，原因是varchar需要额外一个或两个字节存储字符串的长度。

varchar保存可变长度的字符串，使用额外的一个或两个字节存储字符串长度，varchar(10),除了需要存储10个字符，还需要1个字节存储长度信息(10),超过255的长度需要2个字节来存储

例外：Myisam引擎中使用ROW_FORMAT=FIXED时，每行使用相同的空间，造成浪费

char和varchar后面如果有空格，char会自动去掉空格后存储，varchar虽然不会去掉空格，但在进行字符串比较时，会去掉空格进行比较

代码如下:

+-------+--------------+------+-----+---------+----------------+

+-------+--------------+------+-----+---------+----------------+

| id | int(11) | NO | PRI | NULL | auto_increment |

| bn | varbinary(4) | YES | | NULL | |

| b | binary(8) | YES | | NULL | |

+-------+--------------+------+-----+---------+----------------+

+----------------------+----------------------+

| concat("$",name,"$") | concat("$",addr,"$") |

+----------------------+----------------------+

| $asdf$ | $a$ |

| $a $ | $a$ |

| $a$ | $a$ |

| $t a$ | $a$ |

+----------------------+----------------------+

mysql> select * from zcy where name='a '; //由于name是varchar，比较时，'a '自动转换为'a'

+----+------+------+------+----------+

| id | name | addr | bn | b |

+----+------+------+------+----------+

| 3 | a | a | ab | ab |

| 4 | a | a | ab | a |

+----+------+------+------+----------+

2 rows in set (0.00 sec)

mysql> select * from zcy where name='a';

+----+------+------+------+----------+

| id | name | addr | bn | b |

+----+------+------+------+----------+

| 3 | a | a | ab | ab |

| 4 | a | a | ab | a |

+----+------+------+------+----------+

2 rows in set (0.00 sec)

+-------+--------------+------+-----+---------+----------------+

+-------+--------------+------+-----+---------+----------------+

| id | int(11) | NO | PRI | NULL | auto_increment |

| bn | varbinary(4) | YES | | NULL | |

| b | binary(8) | YES | | NULL | |

+-------+--------------+------+-----+---------+----------------+

+--------------------+-------------------+

| concat("$",bn,"$") | concat("$",b,"$") |

+--------------------+-------------------+

| $ab a$ | NULL |

| $ab $ | $ab $ |

| $ab$ | $ab $ |

| $ab $ | $a $ |

| NULL | $a $ |

| NULL | $abcde $ |

| NULL | $abcd1234$ |

+--------------------+-------------------+

binary(8)可以保存8个字符，每个字符占1个字节，共占8个字节

进行比较时是按字节进行比较，而不是按字符（char），按字节比较比字符简单快速

按字符比较不区分大小写，而binary区分大小写，结尾使用\0填充，而不是空格

代码如下:

mysql> select * from zcy where b='a\0\0\0\0\0\0\0';

+----+------+------+------+----------+

| id | name | addr | bn | b |

+----+------+------+------+----------+

| 5 | t a | a | NULL | a |

+----+------+------+------+----------+

mysql> select * from zcy where b='a \0\0\0\0\0\0';

+----+------+------+------+----------+

| id | name | addr | bn | b |

+----+------+------+------+----------+

| 4 | a | a | ab | a |

+----+------+------+------+----------+

varbinary保存变长的字符串，后面不会补\0

mysql> select * from zcy where bn='ab';

+----+------+------+------+----------+

| id | name | addr | bn | b |

+----+------+------+------+----------+

| 3 | a | a | ab | ab |

+----+------+------+------+----------+

1 row in set (0.01 sec)

mysql> select * from zcy where bn='ab ';

+----+------+------+------+----------+

| id | name | addr | bn | b |

+----+------+------+------+----------+

| 2 | asdf | a | ab | ab |

+----+------+------+------+----------+

1 row in set (0.00 sec)

mysql> select * from zcy where bn='ab ';

+----+------+------+------+----------+

| id | name | addr | bn | b |

+----+------+------+------+----------+

| 4 | a | a | ab | a |

+----+------+------+------+----------+

1 row in set (0.00 sec)

MySql中Blob与Text的区别

BLOB是一个二进制大对象，可以容纳可变数量的数据。有4种BLOB类型：TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB。它们只是可容纳值的最大长度不同。

有4种TEXT类型：TINYTEXT、TEXT、MEDIUMTEXT和LONGTEXT。这些对应4种BLOB类型，有相同的最大长度和存储需求。

BLOB 列被视为二进制字符串(字节字符串)。TEXT列被视为非二进制字符串(字符字符串)。BLOB列没有字符集，并且排序和比较基于列值字节的数值值。TEXT列有一个字符集，并且根据字符集的校对规则对值进行排序和比较。

在TEXT或BLOB列的存储或检索过程中，不存在大小写转换。

当未运行在严格模式时，如果你为BLOB或TEXT列分配一个超过该列类型的最大长度的值值，值被截取以保证适合。如果截掉的字符不是空格，将会产生一条警告。使用严格SQL模式，会产生错误，并且值将被拒绝而不是截取并给出警告。

在大多数方面，可以将BLOB列视为能够足够大的VARBINARY列。同样，可以将TEXT列视为VARCHAR列。BLOB和TEXT在以下几个方面不同于VARBINARY和VARCHAR：

·当保存或检索BLOB和TEXT列的值时不删除尾部空格。(这与VARBINARY和VARCHAR列相同）。

请注意比较时将用空格对TEXT进行扩充以适合比较的对象，正如CHAR和VARCHAR。

·对于BLOB和TEXT列的索引，必须指定索引前缀的长度。对于CHAR和VARCHAR，前缀长度是可选的。

·BLOB和TEXT列不能有默认值。

LONG和LONG VARCHAR对应MEDIUMTEXT数据类型。这是为了保证兼容性。如果TEXT列类型使用BINARY属性，将为列分配列字符集的二元校对规则。

MySQL连接程序/ODBC将BLOB值定义为LONGVARBINARY，将TEXT值定义为LONGVARCHAR。

由于BLOB和TEXT值可能会非常长，使用它们时可能遇到一些约束：

·当排序时只使用该列的前max_sort_length个字节。max_sort_length的默认值是1024；该值可以在启动mysqld服务器时使用--max_sort_length选项进行更改。

运行时增加max_sort_length的值可以在排序或组合时使更多的字节有意义。任何客户端可以更改其会话max_sort_length变量的值：

代码如下:

mysql> SET max_sort_length = 2000;

mysql> SELECT id, comment FROM tbl_name

-> ORDER BY comment;</font>

<font size="4" style="background-color: inherit; color: rgb(0, 0, 0); font-family: "Microsoft YaHei", STXihei; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;">当你想要使超过max_sort_length的字节有意义，对含长值的BLOB或TEXT列使用GROUP BY或ORDER BY的另一种方式是将列值转换为固定长度的对象。标准方法是使用SUBSTRING函数。例如，下面的语句对comment列的2000个字节进行排序：

代码如下:

mysql> SELECT id, SUBSTRING(comment,1,2000) FROM tbl_name

-> ORDER BY SUBSTRING(comment,1,2000);</font>

<font size="4" style="background-color: inherit; color: rgb(0, 0, 0); font-family: "Microsoft YaHei", STXihei; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;">·BLOB或TEXT对象的最大大小由其类型确定，但在客户端和服务器之间实际可以传递的最大值由可用内存数量和通信缓存区大小确定。你可以通过更改max_allowed_packet变量的值更改消息缓存区的大小，但必须同时修改服务器和客户端程序。例如，可以使用mysql和mysqldump来更改客户端的max_allowed_packet值。

每个BLOB或TEXT值分别由内部分配的对象表示。这与其它列类型形成对比，后者是当打开表时为每1列分配存储引擎。

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 214,776评论 6赞 496
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 91,527评论 3赞 389
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 160,361评论 0赞 350
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 57,430评论 1赞 288
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 66,511评论 6赞 386
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 50,544评论 1赞 293
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 39,561评论 3赞 414
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 38,315评论 0赞 270
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 44,763评论 1赞 307
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 37,070评论 2赞 330
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 39,235评论 1赞 343
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 34,911评论 5赞 338
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 40,554评论 3赞 322
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 31,173评论 0赞 21
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 32,424评论 1赞 268
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 47,106评论 2赞 365
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 44,103评论 2赞 352

MYSQL的binary解决mysql数据大小写敏感问题的方法

推荐阅读更多精彩内容