sql 语句优化求帮助

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

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

这是一个创建于 3433 天前的主题，其中的信息可能已经有所发展或是发生改变。

项目有个需求要用多个(目前测试为 1000 多)手机号去查找所属人员,where in () 里多达 1000 多个手机号,导致查询速度非常慢,有什么可以优化的地方吗

多达

SQL

优化

Where

27 条回复 2016-07-23 20:41:54 +08:00

linauror

2016-07-13 18:05:04 +08:00

加索引呢

&bsp; 2

Volio

2016-07-13 18:05:47 +08:00

手机号给个索引试试

baiyi

2016-07-13 18:06:04 +08:00

@linauror 索引加了

F281M6Dh8DXpD1g2

2016-07-13 18:09:31 +08:00

把这 1000 多手机号建个表写进去，手机号建成主键，然后查询的时候 join 下

hpeng

2016-07-13 18:14:37 +08:00 via iPhone

针对手机号函数索引。

baiyi

2016-07-13 19:50:45 +08:00

跟同事讨论了下觉得数据结构造成了这种查询语句是不科学的,而且还无法改变结构,索引也加了效果不好,结贴了想一想其他的方向

harborM

2016-07-13 20:02:15 +08:00

之前我的业务也做到一个 in 千量级的 sql 语句，也没什么办法

loading

2016-07-13 20:07:38 +08:00 via Android

你数据库一共有多少条手机号码。

baiyi

2016-07-13 20:22:24 +08:00

@loading 8000 多需要从中拿 X 个去另外的表中 in 查询
@harborM 是啊,在结构不能动的情况下,想不到什么办法

loading

2016-07-13 20:45:09 +08:00 via Android

另一个表有多少条呢？

hbprotoss

2016-07-13 20:58:36 +08:00

执行计划能放上来麽

heaton_nobu

2016-07-13 22:20:58 +08:00

用 join 会快很多

realpg

PRO

2016-07-13 23:18:52 +08:00

非常慢是多慢？

jswh

2016-07-13 23:39:46 +08:00

超长的 in 查询要么和上面网友说的一样用 join 的方式做交集，要么就直接接搜索引擎吧， sphinx 或者 elasticsearch

fatpa

2016-07-14 03:07:35 +08:00

explain 看看 select 的结果先把

16/span>

ahm

2016-07-14 08:48:08 +08:00

把一千个号码建个视图，然后用 left join 会不会快些呢

ahm

2016-07-14 08:49:56 +08:00

然后再号码上建立索引

baiyi

2016-07-14 09:30:34 +08:00

感谢~
目前进展是发现了 mysql5.7 能提高效率.从 9s 到 1.6s....

Asan

2016-07-14 09:33:25 +08:00

程序分批处理呢？

baiyi

2016-07-14 09:59:10 +08:00

@Asan 程序分批处理感觉对于我们的结构来说不太可行

Lao9

2016-07-14 10:08:57 +08:00

in-list ，就是构建数组跟基表进行类似索引联合的查询行为，这个依靠具体的数据库。如果没有类似功能、你可以自己手工实现类似的工作。否则数据库自己会去做这个事情无需操心

shakusi

2016-07-14 11:23:17 +08:00

你这（目前测试为 1000 多）些号码有没有一些共同的规律，比如属于哪些段（ 13700001001~13700002001 ）这种，或者号码属于哪些区域，如果 where 条件后面加 in ，你的 SQL 语句不是也很长？
能否换个思路，把 8000 条数据取出来，然后通过程序去过滤掉这 1000 条出来，比较下性能哪个更快？