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

› 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

This topic created in 2035 days ago, the information mentioned may be changed or developed.

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

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

语句

deptid

MySQL

select

23 replies • 2021-04-10 17:09:05 +08:00

rekulas

Apr 9, 2021

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

justseemore

Apr 9, 2021

建个前缀索引？

magicdu

Apr 9, 2021

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

RRRoger

Apr 9, 2021

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

确定加索引了？

magicdu

Apr 9, 2021

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

rekulas

Apr 9, 2021

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

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

ch2

Apr 9, 2021

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

wpblank

Apr 9, 2021 via iPhone

这个查询能查出 18w 条吗

JasonLaw

Apr 9, 2021

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

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