varchar 存储分为两部分:
varchar字段长度 = 字符串长度值 + 实际数据长度 N。
字符串长度值视实际数据长度,需占用 1 或 2 个字节存储。因此我们得出:
当实际数据长度 <= 255 时,varchar字段长度 = 1 + N;
当实际数据长度 > 255 时, varchar字段长度 = 2 + N;
varchar主要根据字段实际使用的长度来分配存储空间
在数据库设计时,为了节约磁盘存储空间和内存空间,以及应用程序处理效率,建议采用如下方案
字符串实际数据长度N
0 < N < = 64
根据实际数据长度N,选择一个相近的2^n长度:
例如:
varchar(8),varchar(16),varchar(32),varchar(64)
例子:
手机号11位,可以选择varchar(16)
原因:
1 bytes = 8 bit ,一个字节最多可以代表的数据长度是2的8次方 11111111 在计算机中也就是-128到127。
使用2 ^ n长度是更好的磁盘或内存块对齐。
对齐块更快。今天“块”的大小更大,内存和磁盘足够快,可以忽略对齐,对于非常大的块来说是非常重要的。
64 < N
根据实际数据长度N,选择一个相近的2^n-1长度:
例如:
varchar(127),varchar(255),varchar(511),…
例子:
1、收货地址接近100个字符,那么可以选择varchar(127)
2、商品名称,接近256个字符,可以选择varchar(255)
原因:
1、方便InnoDB建索引,对于 MyISAM,可以对前 1000 个字节做索引,对于 InnoDB,则只有 767 字节。(来源依据)。255X3=765
2、少申请一个字节,记录字符串长度,一个8位的tinyint,可以表示的无符号数值的范围是,0-255,如果长度超过了255,需要在申请个字节。
3、磁盘块和内存块对齐
补充说明:
varchar(N)长度并不是越长,越好,需要选择一个合适的长度。
因为:在内存中的操作方式,varchar也是按照最长的方式在内存中进行操作的。比如说要进行排序的时候,varcahr(100)是按照100这个长度来进行的,不合理的长度会浪费内存空间。
参考资料:
https://www.cnblogs.com/zhuyeshen/p/11642211.html
https://blog.youkuaiyun.com/z8756413/article/details/84069283