MySQL索引使用：字段为varchar类型时，条件要使用' '包起来
 
结论：
 
当MySQL中字段为int类型时，搜索条件where num=‘111‘ 与where num=111都可以使用该字段的索引。
 当MySQL中字段为varchar类型时，搜索条件where num=‘111‘ 可以使用索引，where num=111 不可以使用索引
 
验证过程：
 
    建表语句：
 
 
 
CREATE TABLE `gyl`(
     `id` INT(11) NOT NULL AUTO_INCREMENT ,
     `str` VARCHAR(255) NOT NULL ,
     `num` INT(11) NOT NULL DEFAULT '0' ,
     `obj` VARCHAR(255) DEFAULT NULL ,
     PRIMARY KEY(`id`) ,
     KEY `str_x`(`str`) ,
     KEY `num_x`(`num`)
 ) ENGINE = INNODB DEFAULT CHARSET = utf8;
 
 
Query OK, 0 rows affected (0.04 sec)
 
 
向表中使用自复制语句插入数据
 
 
 
mysql> insert into gyl (`str`,`num`) values (123123,'12313');
 Query OK, 1 row affected (0.02 sec)
 
 
mysql>  insert into gyl (`str`,`num`) select `str`,`num` from gyl;
 Query OK, 1 row affected (0.01 sec)
 Records: 1  Duplicates: 0  Warnings: 0
 
 
更改数据 update gyl set num=id,str=id
 
 
结果：
 
mysql> select * from gyl;
 +----+--------+-------+------+
 | id | str    | num   | obj  |
 +----+--------+-------+------+
 |  1 | 123123 | 12313 | NULL |
 |  2 | 123123 | 12313 | NULL |
 +----+--------+-------+------+
 2 rows in set (0.00 sec)
 
（1）验证：当MySQL中字段为varchar类型时，搜索条件where num=‘111‘ 可以使用索引，where num=111 不可以使用索引
 
 
 
mysql> explain select * from gyl where str=123123 limit 1;
 +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
 | id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
 +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
 |  1 | SIMPLE      | gyl   | NULL       | ALL  | str_x         | NULL | NULL    | NULL |    2 |    50.00 | Using where |
 +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
 1 row in set, 3 warnings (0.00 sec)
 
 
mysql> explain select * from gyl where str='123123' limit 1;
 +----+-------------+-------+------------+------+---------------+-------+---------+-------+------+----------+-------+
 | id | select_type | table | partitions | type | possible_keys | key   | key_len | ref   | rows | filtered | Extra |
 +----+-------------+-------+------------+------+---------------+-------+---------+-------+------+----------+-------+
 |  1 | SIMPLE      | gyl   | NULL       | ref  | str_x         | str_x | 767     | const |    2 |   100.00 | NULL  |
 +----+-------------+-------+------------+------+---------------+-------+---------+-------+------+----------+-------+
 1 row in set, 1 warning (0.00 sec)
 
 
（2）验证：当MySQL中字段为int类型时，搜索条件where num=‘111‘ 与where num=111都可以使用该字段的索引。
 
 
 
mysql> explain select * from gyl where num='12313' limit 1;
 +----+-------------+-------+------------+------+---------------+-------+---------+-------+------+----------+-------+
 | id | select_type | table | partitions | type | possible_keys | key   | key_len | ref   | rows | filtered | Extra |
 +----+-------------+-------+------------+------+---------------+-------+---------+-------+------+----------+-------+
 |  1 | SIMPLE      | gyl   | NULL       | ref  | num_x         | num_x | 4       | const |    2 |   100.00 | NULL  |
 +----+-------------+-------+------------+------+---------------+-------+---------+-------+------+----------+-------+
 1 row in set, 1 warning (0.00 sec)
 
 
mysql> explain select * from gyl where num=12313 limit 1;
 +----+-------------+-------+------------+------+---------------+-------+---------+-------+------+----------+-------+
 | id | select_type | table | partitions | type | possible_keys | key   | key_len | ref   | rows | filtered | Extra |
 +----+-------------+-------+------------+------+---------------+-------+---------+-------+------+----------+-------+
 |  1 | SIMPLE      | gyl   | NULL       | ref  | num_x         | num_x | 4       | const |    2 |   100.00 | NULL  |
 +----+-------------+-------+------------+------+---------------+-------+---------+-------+------+----------+-------+
 1 row in set, 1 warning (0.00 sec)
 
 
（3）MySQL对varchar型字段的索引，字段类型不同造成的隐式转换，导致索引失效
 
MySQL索引使用：字段为varchar类型时，条件要使用”包起来，才能正常走索引 
 表user 里的id是BigInt类型，order表里关联到user表的id误建成userId varchar类型了，在ibatis上查询时，直接传入id Long类型，SQL查询非常慢，即使建立了userId索引，于是改成String 类型的userId去查询，SQL立马变的很快了。
 
通过explain sql可看下SQL是否走了索引，很快对比出来 
 原因：字段类型不同造成的隐式转换，导致索引失效
  
 参考：https://blog.csdn.net/wangjianhua_love/article/details/80607021 
           http://www.mamicode.com/info-detail-2206023.html

一. varchar存储规则：
 
4.0版本以下，varchar(20)，指的是20字节，如果存放UTF8汉字时，只能存6个（每个汉字3字节） 
 5.0版本以上，varchar(20)，指的是20字符，无论存放的是数字、字母还是UTF8汉字（每个汉字3字节），都可以存放20个，最大大小是65532字节 
 Mysql4中最大也不过是20个字节,但是Mysql5根据编码不同,存储大小也不同。 
 
 
 
二. varchar和char 的区别：
 
char是一种固定长度的类型，varchar则是一种可变长度的类型，它们的区别是： char(M)类型的数据列里，每个值都占用M个字节，如果某个长度小于M，MySQL就会在它的右边用空格字符补足．（在检索操作中那些填补出来的空格字符将被去掉）在varchar(M)类型的数据列里，每个值只占用刚好够用的字节再加上一个用来记录其长度的字节（即总长度为L+1字节）． 
 
 
 
在MySQL中用来判断是否需要进行对据列类型转换的规则
 
1、在一个数据表里，如果每一个数据列的长度都是固定的，那么每一个数据行的长度也将是固定的．
 
2、只要数据表里有一个数据列的长度的可变的，那么各数据行的长度都是可变的．
 
3、如果某个数据表里的数据行的长度是可变的，那么，为了节约存储空间，MySQL会把这个数据表里的固定长度类型的数据列转换为相应的可变长度类型．例外：长度小于4个字符的char数据列不会被转换为varchar类型
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
  被问到一个问题：MySQL中varchar最大长度是多少？这不是一个固定的数字。本文简要说明一下限制规则。
 
 
 
1、限制规则
 
字段的限制在字段定义的时候有以下规则：
 
 
 
a)                  存储限制
 
varchar 字段是将实际内容单独存储在聚簇索引之外，内容开头用1到2个字节表示实际长度（长度超过255时需要2个字节），因此最大长度不能超过65535。
 
 
 
b)                  编码长度限制
 
字符类型若为gbk，每个字符最多占2个字节，最大长度不能超过32766;
 
字符类型若为utf8，每个字符最多占3个字节，最大长度不能超过21845。
 
若定义的时候超过上述限制，则varchar字段会被强行转为text类型，并产生warning。
 
 
 
c)                   行长度限制
 
导致实际应用中varchar长度限制的是一个行定义的长度。 MySQL要求一个行的定义长度不能超过65535。若定义的表长度超过这个值，则提示
 
ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs。
 
 
 
2、计算例子
 
举两个例说明一下实际长度的计算。
 
 
 
a)                  若一个表只有一个varchar类型，如定义为
 
create table t4(c varchar(N)) charset=gbk;
 
则此处N的最大值为(65535-1-2)/2= 32766。
 
减1的原因是实际行存储从第二个字节开始’;
 
减2的原因是varchar头部的2个字节表示长度;
 
除2的原因是字符编码是gbk。
 
 
 
b)                  若一个表定义为
 
create table t4(c int, c2 char(30), c3 varchar(N)) charset=utf8;
 
则此处N的最大值为 (65535-1-2-4-30*3)/3=21812
 
减1和减2与上例相同;
 
减4的原因是int类型的c占4个字节;
 
减30*3的原因是char(30)占用90个字节，编码是utf8。
 
 
 
       如果被varchar超过上述的b规则，被强转成text类型，则每个字段占用定义长度为11字节，当然这已经不是“varchar”了。
 
 
 
 
 
 
 
则此处N的最大值为 (65535-1-2-4-30*3)/3=21812
 
 
 
create table t4(c int, c2 char(30), c3 varchar(21812)) ENGINE=InnoDB DEFAULT CHARSET=utf8
 
 
 
create table t5(c int, c2 varchar(30), c3 varchar(21812)) ENGINE=InnoDB DEFAULT CHARSET=utf8
 
 
 
varchar(30)和char(30)最多能存放：
 
工在基工左基工在基顺工作奔大规模集成电路城工作东奔西走左夺工城鞯革城载模压地工魂牵梦萦栽土木工程魂牵梦萦栽植奇巧魂牵梦萦地厅城柑模压东奔西走苦村落模压革革柑可耕地村模压基栽魂牵梦基
 
 
 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
 
 
 
111111111111111111111111111111111111111111111111111111
 
111111111111111111111111111111111111
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
CREATE TABLE `t` (                   
           `var` varchar(21844) default NULL   
         ) ENGINE=InnoDB DEFAULT CHARSET=utf8
 
 
 
 
 
可以正常的执行。
 
 
 
 
 
 
 
[SQL] CREATE TABLE `t` (                   
 
          `var` varchar(21845) default NULL   
 
        ) ENGINE=InnoDB DEFAULT CHARSET=utf8
 
 
 
[Err] 1118 - Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs
 
执行有错误
 
 
 
 
 
 
 
 
 
 
 
 
 
[MySQL]如何计算varchar最大长度  
 
这里有一道我YY出来的关于MySQL的题：
 表设计如下
 
  id
 mediumint        
 name
 varchar
问题是：  MySQL5.1 ,  在GBK字符环境下，这里的varchar最长能设多长？

 正确答案是： 32764

 那如果表设计为两个 varchar,   第一个长度设为300时，第二个varchar应该多长？  --答案见本文最后面

 要想搞明白是怎么算出来的，请仔细下面的解释：
 官方文档上对 int 及 varchar 的说明如下：



  
 Values in VARCHAR columns are variable-length strings. The length can be specified as a value from 0 to 255 before MySQL 5.0.3, and 0 to 65,535 in 5.0.3 and later versions.

 看到这里，你以为上面的varchar长度是： 65535 /2＝32767？  
 不对，因为官方文档后面又说：
 In contrast to CHAR, VARCHAR values are stored as a one-byte or two-byte length prefix plus data. The length prefix indicates the number of bytes in the value.
 很明白了，varchar会保留一至两个字节来存放长度信息，但到底是1Byte还是2Byte？ 
 往后看：
 A column uses one length byte if values require no more than 255 bytes, two length bytes if values may require 
 more than 255 bytes.
 你再来算一算varchar长度 最大为： (65535-2) /2 = 32766 ?
 还是不对！
 其实每一行的总长度是有限制的，即最大为65535.  
 Every table has a maximum row size of 65,535 bytes. 
 This maximum applies to all storage engines, but a given engine might have additional constraints that result in a lower effective maximum row size.
 所以算varchar得把id的扣除：
 (65535-3-2) /2 = 32765 ?   

 测试一下：
 root@saker 05:27:28>create table t4(id mediumint, name varchar(32765));
 ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs

 用32764测试一下：
 root@saker 05:27:31>create table t4(id mediumint, name varchar(32764));
 Query OK, 0 rows affected (0.16 sec)
  
 root@saker 05:27:35>desc t4;
 +-------+----------------+------+-----+---------+-------+
 | Field | Type           | Null | Key | Default | Extra |
 +-------+----------------+------+-----+---------+-------+
 | id    | mediumint(9)   | YES  |     | NULL    |       |
 | name  | varchar(32764) | YES  |     | NULL    |       |
 +-------+----------------+------+-----+---------+-------+

 这说明还保留了1至2个字节来留其它控制信息。（在文档里面我没有找到说明，所以也不知道到底是1个还是2个byte）
 但我想到了一个方法来反推出来，
 我把id的类型从medium改成 int ，这时id的长度就从3变为4了，如果控制字节用了2Bytes，那varchar的长度还设为32764的话，显然是要报错的。。。
 root@saker 05:29:14>create table t3(id int, name varchar(32764));
 Query OK, 0 rows affected (0.18 sec)
 root@saker 07:01:10>desc t3;
 +-------+----------------+------+-----+---------+-------+
 | Field | Type           | Null | Key | Default | Extra |
 +-------+----------------+------+-----+---------+-------+
 | id    | int(11)        | YES  |     | NULL    |       |
 | name  | varchar(32764) | YES  |     | NULL    |       |
 +-------+----------------+------+-----+---------+-------+
 这样应该能说明，控制位只有1个字节。

 下面用这个结论来计算第二个问题：
 那如果表设计为两个 varchar,   第一个长度设为300时，第二个varchar应该多长？
 (65535-1-2-2-300*2) /2 =  32465
 测试一下：
 root@saker 07:09:23>create table t1(id varchar(300), name varchar(32465));
 Query OK, 0 rows affected (0.15 sec)
  
 root@saker 07:09:26>desc t1;
 +-------+----------------+------+-----+---------+-------+
 | Field | Type           | Null | Key | Default | Extra |
 +-------+----------------+------+-----+---------+-------+
 | id    | varchar(300)   | YES  |     | NULL    |       |
 | name  | varchar(32465) | YES  |     | NULL    |       |
 +-------+----------------+------+-----+---------+-------+
 2 rows in set (0.02 sec)

 多一位都不行：
 root@saker 07:08:12>create table t1(id varchar(300), name varchar(32466));
 ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs


 最后 把以上所有知识综合起来：
 有一个表：
 id int,   name1 char(20),  name2 varchar(100), name3 varchar(?)

 算一下：
 (65535-1-1-2-4-20*2-100*2) /2 ＝ 32643

 root@saker 07:16:09>create table tt(id int, name1 char(20), name2 varchar(100), name3 varchar(32643));
 Query OK, 0 rows affected (0.18 sec)
  
 root@saker 07:16:12>desc tt;
 +-------+----------------+------+-----+---------+-------+
 | Field | Type           | Null | Key | Default | Extra |
 +-------+----------------+------+-----+---------+-------+
 | id    | int(11)        | YES  |     | NULL    |       |
 | name1 | char(20)       | YES  |     | NULL    |       |
 | name2 | varchar(100)   | YES  |     | NULL    |       |
 | name3 | varchar(32643) | YES  |     | NULL    |       |
 +-------+----------------+------+-----+---------+-------+
 4 rows in set (0.00 sec)
  
 root@saker 07:15:08>create table tt(id int, name1 char(20), name2 varchar(100), name3 varchar(32644));
 ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs

 所以设计表的时候，这个要注意了，每一行是有长度限制的。

Oracle中 varchar2
 
varchar2(50) 表示该字段bai类型为varchar2类型，长度为50，可以存单字节字符50个，du如zhi字母、数dao字等，可以存储双字节字符25个，如汉字。
 
varchar2是Oracle中特有的一种数据库类型
 
varchar2 存贮为不定长。
 varchar2的最大长度是4000。
 
Oracle中 varchar
 
varchar 存贮为定长
 
varchar2与varchar的区别在于
 
	如果定义了一个字段为varchar(10)，那么存贮到这个字段的值，不管有没有10个字符，都存贮为10个字符长度，不足的部份补足空格。
	而如果定义为varchar2(10)，那么按实际值来存贮，即字段值有多长存贮为多长，不补足空格。
	这样，在进行字段值的比较时，varchar2显然比 varchar字段简单且不易出错。另外，在进行存贮时，varchar2 也比varchar节约存贮空间。因此建议用varchar2来代替varchar类型。除非你能确定这个字段存贮内容总是那么长，那么varchar字段也是可以用的。

mysql varchar类型和oracle的varchar2类型
 
1. 案例说明
 
   mysql的varchar（4000）同步到 oracle12c后被转换为varchar2（4000），当源端的值到5000以后，oracle这边就装不进去了。
 
2. 处理步骤
 
只得采用下列步骤更改oracle字段的数据类型
 alter table CW.CUSTOMER drop REASON；
 停掉业务执行，不停报ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired
 alter table CW_RZ.CUSTOMER add (REASON clob);
 
3. 认识mysql的varchar类型
 声明为varchar的列长度是可变的,mysql5.7.2 varchar的长度范围为0-65535个字节.采用varchar类型存储数据需要1-2个字节(长度超过255时需要2个字节)来存储字符串的实际长度.如果该列的编码为gbk,每个字符最多占用2个字节,最大长度不能超过32766个字符.如果该列的编码为utf8,每个字符最多占3个字节,最大字符长度为21845。由此可知mysql的varchar（4000）可以放5000个字节甚至更多，而oracle varchar2（4000）真就只能放4000个字节。