列类型与引用的列类型不兼容_Mysql性能优化之表的优化与列类型选择

表的优化

1: 定长与变长分离

如 id int, 占4个字节, char(4) 占4个字符长度,也是定长, time

即每一单元值占的字节是固定的.

核心且常用字段,宜建成定长,放在一张表.

而varchar, text,blob,这种变长字段,适合单放一张表, 用主键与核心表关联起来.

2:常用字段和不常用字段要分离.

需要结合网站具体的业务来分析,分析字段的查询场景,查询频度低的字段,单拆出来.

3:合理添加冗余字段.

典型的”空间换时间”

列选择原则

1:字段类型优先级 整型 > date,time > enum,char>varchar > blob

列的特点分析:

① 整型: 定长,没有国家/地区之分,没有字符集的差异

② time定长,运算快,节省空间. 考虑时区,写sql时不方便 where > ‘2005-10-12’;

③ enum: 能起来约束值的目的, 内部用整型来存储,但与char联查时,内部要经历串与值的转化

④ Char 定长, 考虑字符集和(排序)校对集

⑤ varchar, 不定长 要考虑字符集的转换与排序时的校对集,速度慢.

⑥ text/Blob 无法使用内存临时表

性别: 以 utf8 为例

char(1) , 3个字长字节

enum(‘男’,’女’); // 内部转成数字来存,多了一个转换过程

tinyint() , // 0 1 2 // 定长1个字节.

2: 够用就行,不要慷慨 (如smallint,varchar(N))

原因: 大的字段浪费内存,影响速度,

以年龄为例 tinyint unsigned not null ,可以存储255岁,足够. 用int浪费了3个字节

以varchar(10) ,varchar(300)存储的内容相同, 但在表联查时,varchar(300)要花更多内存

3: 尽量避免用NULL()

原因: NULL不利于索引,要用特殊的字节来标注.

在磁盘上占据的空间其实更大.

实验

可以建立2张字段相同的表,一个允许为null,一个不允许为Null,各加入1万条,查看索引文件的大小. 可以发现,为null的索引要大些.(mysql5.5里,关于null已经做了优化,大小区别已不明显)

另外: null也不便于查询,

where 列名=null;

where 列名!=null; 都查不到值,

where 列名 is null ,或is not null 才可以查询.

create table dictnn (id int,word varchar(14) not null default '',key(word))engine myisam charset utf8;create table dictyn (id int,word varchar(14),key(word))engine myisam charset utf8;
alter table dictnn disable keys;alter table dictyn disable keys;insert into dictnn select id,if(id%2,word,'') from dict limit 10000;insert into dictyn select id,if(id%2,word,null) from dict limit 10000;alert table dictnn enable keys;alter table dictyn enable keys;

Enum列的说明

1: enum列在内部是用整型来储存的

2: enum列与enum列相关联速度最快

3: enum列比(var)char 的弱势---在碰到与char关联时,要转化. 要花时间.

4: 优势在于,当char非常长时,enum依然是整型固定长度.

当查询的数据量越大时,enum的优势越明显.

5: enum与char/varchar关联 ,因为要转化,速度要比enum->enum,char->char要慢,

但有时也这样用-----就是在数据量特别大时,可以节省IO.

试验:

create table t2 (id int,gender enum('man','woman'),key(gender))engine myisam charset utf8;create table t3 (id int,gender char(5) not null default '',key(gender))engine myisam charset utf8;alter table t2 disable keys;alter table t3 disable keys;insert into t2 select id,if(id%2,'man','woman') from dict limit 10000;insert into t3 select id,if(id%2,'man','woman') from dict limit 10000;alter table t2 enable keys;alter table t3 enable keys;mysql> select count(*) from t2 as ta,t2 as tb where ta.gender=tb.gendermysql> select count(*) from t3 as ta,t3 as tb where ta.gender=tb.gender
76301039585db53f2af939b67c66d500.png

如果t2表的优势不明显, 加大t3的gender列 ,char(15), char(20)...

随着t3 gender列的变大,t2表优势逐渐明显.

原因----无论enum(‘manmaman’,’womanwomanwoman’) 枚举的字符多长,内部都是用整型表示, 在内存中产生的数据大小不变,而char型,却在内存中产生的数据越来越多.

总结: enum 和enum类型关联速度比较快

Enum 类型 节省了IO

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值