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

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

表结构：

 
   
         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语句：

 
    
         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字符串类型，要加上''引号。

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

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

相关文章：