200 万的表如果没有索引，单表查询的慢查询可能导致数据库崩掉吗，

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

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

第 1 条附言 · 2019 年 8 月 14 日

六个 int 字段，

查询

索引

数据库

表

30 条回复 • 2019-08-14 22:05:28 +08:00

zwfengwu

2019 年 8 月 14 日

区区 200 万,估计也就是慢吧崩不至于; 最好还是加上索引吧

maierhuang

2019 年 8 月 14 日

基本不会，除非命中 bug。

jiyingze

2019 年 8 月 14 日 via iPhone

是不是并发查询了

cubecube

2019 年 8 月 14 日 via Android

看访问量

mineqiqi

2019 年 8 月 14 日

问题来了为啥不加索引。。。

silencefent

2019 年 8 月 14 日

200 万单一字段和 200 万几十个字段的表不是一个概念

Joyboo

2019 年 8 月 14 日

才两百万，就是没索引也要不了多久吧，上亿再来说

vance

2019 年 8 月 14 日

并发高就危险

Joyboo

2019 年 8 月 14 日

@vance 高并发不可能没索引

thet

2019 年 8 月 14 日 via Android

大量慢查询之后，cpu 100%，就崩溃了

liuxu

2019 年 8 月 14 日

楼上这么确定吗，我的是 64MB 内存的小鸡

joson1205

2019 年 8 月 14 日

会崩溃那就不叫数据库了.....

jmperdev

2019 年 8 月 14 日 via Android

崩应该崩不掉，并发高的话，达到最大连接数，就建不了新的连接了

limuyan44

2019 年 8 月 14 日

为什么都不喜欢试一下呢？ db 这种东西很玄学的，没有具体场景都是空谈，就算造 200 万数据也没几行 sql 啊。

iPhoneXI

2019 年 8 月 14 日 via Android

容并发查易锁表

saltedFish666

2019 年 8 月 14 日

什么硬件配置?mysql 配置是默认的?200 万,应该不至于,你可以跑个基准测试试一下,应该不会

chendy

2019 年 8 月 14 日

表什么样子？跑什么查询？
除了连接泄露导致数据库无法开更多连接，还没见过数据库死掉，一般都是应用先死掉了…

LeeSeoung

2019 年 8 月 14 日

系统先崩了。。

opengps

2019 年 8 月 14 日

200 万数据还可以吧，不用索引导致的全表扫描必然慢，cpu 内存浪费都比较大，硬盘的读写占用也比较满

MotherShip

2019 年 8 月 14 日

压力大起来应该是 APP 出错拿不到数据库连接吧

huanian

2019 年 8 月 14 日

才 200w 不可能崩掉的

LeungV2

2019 年 8 月 14 日

看标题前面还在想是什么牌子的表 200W

esophagus

2019 年 8 月 14 日

@LeungV2 哈哈我也是

securityCoding

2019 年 8 月 14 日

可能,分页大了能轻松把你 cpu 搞到 100%

areless

2019 年 8 月 14 日

不使用索引，基本跟优秀的文本编辑器差不多……看文件大小。区区 200 万 int 才多大文件。

jjplay

2019 年 8 月 14 日

先崩溃的应该是人 =。=

cabing

2019 年 8 月 14 日

也还好啊。都是 int。

扫描慢一点。可以算算文件大小。

4*6 = 24 字节 * 200W = 48M

这个已经很小了，全表扫描也不是太慢，前提是并发不要太高，否则 io 比较高啊~

最好加个索引

applehater

2019 年 8 月 14 日

@mineqiqi 加索引的时候挂了？

Takamine

2019 年 8 月 14 日

太小看数据库了，另外，硬件怼上去。

CallMeReznov

2019 年 8 月 14 日

我原来山炮游戏公司维护搞游戏服务端的时候用过类似情景
无中间件,服务端全部直操数据库,实际上 IO 不够的情况下会导致死锁,CPU 和内存并不高
在线人数在 5000 人的时候几乎每小时都爆

200 万的表如果没有索引，单表查询的慢查询可能导致 数据库 崩掉吗，

200 万的表如果没有索引，单表查询的慢查询可能导致数据库崩掉吗，