MySQL单引号引起的严重性能问题

最近在工作中遇到一个MySQL update的严重性能问题,语句大概是这样的:

 

 

update t_user set fstate=0 where fuid in (11111, 22222, ....,  .....)

 

 

in后的括号中,有1000个fuid的样子

 

表结构如下:

 

 

t_user表结构

 

 

存储引擎是Innodb, 版本是MySQL 4.0.18 

 

其中fuid是主键, 由于表数据量在300W左右,所以刚开始更新很慢,我以为是表数据量太大引起的性能问题,

 

起初一直在寻求优化MySQL数据库配置,结果都是浮云,语句还是那么的慢。

 

 

偶然期发现自己用的是varchar字段类型,但却在赋值时没有加单引号:

 

对于varchar或者char字段里,如果只放数字类型的字符串,可以不加单引号执行SQL语句,不报错:

 

例如:

 

正常的写法是:

 

 

select  * from t_user where fuid='11111';

但你可以写这样写:

 

select  * from t_user where fuid=11111;

 

这条语句完全可以正常执行,但是表数据量很大的时候速度很慢。

 

 

但如果这样写:

 

select * from t_user where fuid=abcdef;

 

SQL执行时会报错,于是用explain分析:

 

在未加单引号时:

 

 

加入单引号时:

 

 

执行计划里type说明了问题所在,不加单引号的会造成全表扫描,所以表数据量越大速度越慢,找出了问题所在,

 

给原来的update语句加上了单引号,在300W数量级的表中,速度快了200倍的样子。

 

 

我在最新版本的MySQL 5.1里也实验过,同样有这个问题,百思不得其解,为什么MySQL在检查到where后查询条件

 

字段是varchar,不强制限制赋值必须用单引号,字母的可以检测到,但数字就不会。

 

 

如果有高人知道MySQL为什么这样做的原因可以告诉我,小弟不胜感激 :)

 

 

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值