一个引号导致1个小时网站打不开-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

一个引号导致1个小时网站打不开

简介:

咱们就说下这个例子,提醒广大开发在写SQL的时候一定要仔细!
当时情况是这样的,一个慢SQL把数据库CPU连接数跑满,由于并发压力大,CPU空闲瞬时为0,过一会机器被HANG死,连接不上。
因涉及公司隐私问题,我这里用测试表代替,咱们主要看看是怎么引起的。

表结构:

1
2
3
4
5
6
7
8
9
10
mysql> desc sbtest;
+-------+------------------+------+-----+---------+-------+
| Field | Type             | Null | Key | Default | Extra |
+-------+------------------+------+-----+---------+-------+
| id    | int(11)          | NO   | PRI | 0       |       |
| k     | int(10) unsigned | NO   | MUL | 0       |       |
| c     | char(120)        | NO   |     |         |       |
| pad   | char(60)         | NO   |     |         |       |
+-------+------------------+------+-----+---------+-------+
4 rows in set (0.22 sec)

现在开始了,开发写了这么一条SQL语句:

1
select * from sbtest where id in ('1','2','111111111111');

(注:11个1)

各位,你们觉得这条SQL有问题吗?很简单,开发也认为这么简单的SQL不用给DBA去审核,但往往阴沟里翻船,死在了自认为简单的SQL里,那么我们执行一下,看看执行计划。

wKioL1MZbWeRgcqiAAHaSJvW5qo887.jpg

id是主键,却没有用到索引,全表扫描。这是为毛?


溢出了。int最大宽度是11位,而我刚才输入了11个1,溢出了,如果换成10个1,再来看看效果。

wKiom1MZbviTQBBSAAHbSQkRfic634.jpg

已经用到索引,只需扫描3行就出结果。


下面再看看这两条SQL的执行时间:

wKiom1MZdn7CdBXLAAF7O6PPgtE388.jpg

插入11个1,耗时4.39秒


wKiom1MZcFqQ0ompAAFrHpkkcMA101.jpg

插入10个1,耗时0.10秒


结论:

为了避免这种问题的出现,int数值整形不要加''引号,如果是varchar字符串类型,要加上''引号。

血的教训!请各位开发注意!数据库是业务的核心,不能想当然,自己写的痛快就直接跑现网,造成的损失是极大的。













本文转自hcymysql51CTO博客,原文链接:http://blog.51cto.com/hcymysql/1369853 ,如需转载请自行联系原作者




版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章
最新文章
相关文章