mysql 中对于整型的一个小注意事项

发布于 2022-10-15 06:19:09 字数 2902 浏览 19 评论 0

mysql 中对于整型的一个小注意事项

大家都知道,在我们平时的查询中,通过主键in查询,是很快的,而由于我们的程序出现bug,导致in一个超级大的整数时,超过了整数范围时候,会出现什么情况呢?(这也是一次故障的教训)
看如下语句:
CREATE TABLE `sbtest` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `k` int(10) unsigned NOT NULL DEFAULT '0',
  `c` char(120) NOT NULL DEFAULT '',
  `pad` char(60) NOT NULL DEFAULT '',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=951020001

1、
mysql> explain select * from sbtest where id in (1,100,429496729800)\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: sbtest
         type: range
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: NULL
         rows: 3
        Extra: Using where
1 row in set (0.00 sec)
2、而我们使用BIGINT无符号类型的最大值(18446744073709551615)时:
mysql> explain select * from sbtest where id in (100,951000,18446744073709551615)\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: sbtest
        type: range
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: NULL
         rows: 3
        Extra: Using where
1 row in set (0.00 sec)
3、当我们使用比 BIGINT无符号类型的最大值大1时,确出现了神奇的问题,扫描整个表了,如下:
mysql> explain select * from sbtest where id in (100,951000,18446744073709551616)\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: sbtest
         type: ALL
possible_keys: PRIMARY
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 951020065
        Extra: Using where
1 row in set (0.00 sec)

所以,我们一定要小心小心在小心,不要因为程序的bug,而触发mysql的bug(其实也不能算),
这可是一次血的教训,开发人员生成了一个N长串,然后update where id in (长串),导致了最终结果:整个表被锁-->连接数爆满-->数据库崩溃!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文