各位大佬，给看下 mysql 语句的问题

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

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

SELECT
			factor_war,
			warning_id
		FROM
			pes_warning_log_detail
		WHERE
			deptid = '517d16f720f7c6624cfb4245cc0586c0'

这个语句查询十几秒，表数据量 50 多万，还能优化吗？不加 limit

语句

deptid

MySQL

select

23 条回复 • 2021-04-10 17:09:05 +08:00

rekulas

2021-04-09 19:02:19 +08:00

索引不正常吧单字段查询 5 千万都不会这么慢

zpfhbyx

2021-04-09 19:03:45 +08:00

建个前缀索引？

magicdu

2021-04-09 19:05:30 +08:00

![QQ 图片 20210409190503]( https://tva1.sinaimg.cn/large/0065GZmcly1gpdp73d2uqj30zr04jmxg.jpg) @rekulas 索引是这样的

RRRoger

2021-04-09 19:06:42 +08:00

50w 单表查询不至于这么慢吧。

确定加索引了？

magicdu

2021-04-09 19:07:58 +08:00

@RRRoger 加了，是不是加的有问题，看下上面的图

rekulas

2021-04-09 19:11:10 +08:00

重建索引试试？低版本 mysql 有可能索引失效 bug

另外磁盘是什么型号，测试下，大概率磁盘导致

ch2

2021-04-09 19:11:11 +08:00

对 18W 行的结果十几秒不算慢吧

wpblank

2021-04-09 19:12:23 +08:00 via iPhone

这个查询能查出 18w 条吗

JasonLaw

2021-04-09 19:13:19 +08:00

1. 在这张表中，大概有 18 万行的 deptid = '517d16f720f7c6624cfb4245cc0586c0'（数据库估计出来的），所以索引在这中情况下是没有太大用处的。
2. 索引虽然是顺序存储的，但是你 select 的 columns 在索引中不能找到，所以对于每个符合条件的行的主键，你都要去 primary index 中找出整行数据，但是这个时候，你会在 primary index 的东一个地方找，西一个地方找，磁盘 IO 超级严重。

当然，这只是我通过你给的一些信息判断出来的，不一定对。