一个引号致使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里，那么咱们执行一下，看看执行计划。

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

 

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

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

 

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

插入11个1，耗时4.39秒

 

插入10个1，耗时0.10秒

 

结论：

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

血的教训！请各位开发注意！数据库是业务的核心，不能想固然，本身写的痛快就直接跑现网，形成的损失是极大的。