MySQL 5.5 Community Server MySQL 5.6 Community Server Percona Configuration Wizard XtraBackup 搭建主从复制 Great Sites on MySQL Percona MySQL Performance Blog Severalnines 推荐管理工具 Sequel Pro phpMyAdmin 推荐书目 MySQL Cookbook
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html 
这是一个创建于 2027 天前的主题，其中的信息可能已经有所发展或是发生改变。
- 有张表共一百多万数据，primary key (col1,col2,col3),执行计划显示条件 WHERE (col1,col2,col3) in ((v1,v2,v3),(v4,v5,v6,)……)走了索引，IN 的组合在 10 个以内，实际执行时花费 80 秒左右
- 发现后改为了 （ col1=v1 AND col2 = v2 AND col3 = v3 ） OR (col1=v4,col2=v5,col3=v6)……的形式，查询变快。
- 想知道两个方式的区别，以及执行计划有可能不准确吗？
 | 1 lpts007 2020-06-06 16:51:25 +08:00 没法回答。按理说不应该这个表现。软硬件配置上一下，sql 、表结构、explain 结果上一下。 |
 | 2 qumingkunnan OP @lpts007 MySQL 版本 5.6 http://sqlfiddle.com/#!9/a1a69f/5 给了脱敏后的结构和 SQL，执行计划二者基本没区别，但是真的执行时间还是和我题中描述的那样，硬件配置也给不了，没有这个服务器的权限，抱歉 |
| 3 qumingkunnan OP @lpts007 这个问题，第一种执行计划扫描了所有行，第二种只有 OR 关系个数的行被扫描，应该是这个问题了。但是不知道为什么第一种会扫描全表的行 |
| 4 lpts007 2020-06-08 20:14:15 +08:00 via Android 查询快的那种，到底多快？ 70 多秒？ 慢的那个 force index 试一下，我看着两个语句也确实一样。 |
| 5 lpts007 2020-06-09 10:34:25 +08:00 @qumingkunnan 另外感觉挺奇怪的 你这个语句。 col1,2,3 是主键，那还 group by col1,2,3 干啥 sum 也没什么用啊，根本不需要。是不是脱敏脱得过头了 跟原意不一致了？ |
| 6 qumingkunnan OP @lpts007 嗯，是有些不一致了，是我的问题，多谢了！我比较纠结的是两种写法的执行效率问题，确认了多列 in 确实会执行更慢 |
Select Language