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
Nicolay
V2EX  ›  MySQL

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

  •  
  •   Nicolay · 2019-08-14 10:21:28 +08:00 · 8064 次点击
    这是一个创建于 1933 天前的主题,其中的信息可能已经有所发展或是发生改变。
    第 1 条附言  ·  2019-08-14 11:08:32 +08:00
    六个 int 字段,
    30 条回复    2019-08-14 22:05:28 +08:00
    zwfengwu
        1
    zwfengwu  
       2019-08-14 10:36:21 +08:00
    区区 200 万,估计也就是慢吧 崩不至于; 最好还是加上索引吧
    maierhuang
        2
    maierhuang  
       2019-08-14 10:38:19 +08:00
    基本不会,除非命中 bug。
    jiyingze
        3
    jiyingze  
       2019-08-14 10:38:52 +08:00 via iPhone
    是不是并发查询了
    cubecube
        4
    cubecube  
       2019-08-14 10:40:19 +08:00 via Android
    看访问量
    mineqiqi
        5
    mineqiqi  
       2019-08-14 10:41:53 +08:00
    问题来了为啥不加索引。。。
    silencefent
        6
    silencefent  
       2019-08-14 10:43:25 +08:00
    200 万单一字段和 200 万几十个字段的表不是一个概念
    Joyboo
        7
    Joyboo  
       2019-08-14 11:00:20 +08:00
    才两百万,就是没索引也要不了多久吧,上亿再来说
    vance
        8
    vance  
       2019-08-14 11:06:09 +08:00
    并发高就危险
    Joyboo
        9
    Joyboo  
       2019-08-14 11:52:18 +08:00
    @vance 高并发不可能没索引
    thet
        10
    thet  
       2019-08-14 11:55:14 +08:00 via Android
    大量慢查询之后,cpu 100%,就崩溃了
    liuxu
        11
    liuxu  
       2019-08-14 11:58:02 +08:00
    楼上这么确定吗,我的是 64MB 内存的小鸡
    joson1205
        12
    joson1205  
       2019-08-14 12:27:29 +08:00
    会崩溃那就不叫数据库了.....
    BigBrother1024
        13
    BigBrother1024  
       2019-08-14 12:32:46 +08:00 via Android
    崩应该崩不掉,并发高的话,达到最大连接数,就建不了新的连接了
    limuyan44
        14
    limuyan44  
       2019-08-14 12:44:57 +08:00
    为什么都不喜欢试一下呢? db 这种东西很玄学的,没有具体场景都是空谈,就算造 200 万数据也没几行 sql 啊。
    iPhoneXI
        15
    iPhoneXI  
       2019-08-14 12:46:26 +08:00 via Android
    容并发查易锁表
    saltedFish666
        16
    saltedFish666  
       2019-08-14 13:28:08 +08:00
    什么硬件配置?mysql 配置是默认的?200 万,应该不至于,你可以跑个基准测试试一下,应该不会
    chendy
        17
    chendy  
       2019-08-14 13:31:36 +08:00
    表什么样子?跑什么查询?
    除了连接泄露导致数据库无法开更多连接,还没见过数据库死掉,一般都是应用先死掉了…
    LeeSeoung
        18
    LeeSeoung  
       2019-08-14 13:49:58 +08:00
    系统先崩了。。
    opengps
        19
    opengps  
       2019-08-14 13:52:33 +08:00
    200 万数据还可以吧,不用索引导致的全表扫描必然慢,cpu 内存浪费都比较大,硬盘的读写占用也比较满
    MotherShip
        20
    MotherShip  
       2019-08-14 14:39:28 +08:00
    压力大起来应该是 APP 出错拿不到数据库连接吧
    huanian
        21
    huanian  
       2019-08-14 15:51:24 +08:00
    才 200w 不可能崩掉的
    LeungV2
        22
    LeungV2  
       2019-08-14 15:54:27 +08:00   ❤️ 3
    看标题前面 还在想是什么牌子的表 200W
    esophagus
        23
    esophagus  
       2019-08-14 16:04:01 +08:00
    @LeungV2 哈哈我也是
    securityCoding
        24
    securityCoding  
       2019-08-14 17:06:56 +08:00
    可能,分页大了能轻松把你 cpu 搞到 100%
    areless
        25
    areless  
       2019-08-14 19:55:38 +08:00
    不使用索引,基本跟优秀的文本编辑器差不多……看文件大小。区区 200 万 int 才多大文件。
    jjplay
        26
    jjplay  
       2019-08-14 20:12:16 +08:00
    先崩溃的应该是人 =。=
    cabing
        27
    cabing  
       2019-08-14 20:14:53 +08:00
    也还好啊。都是 int。

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

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

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

    最好加个索引
    applehater
        28
    applehater  
       2019-08-14 21:53:16 +08:00
    @mineqiqi 加索引的时候挂了?
    Takamine
        29
    Takamine  
       2019-08-14 22:00:27 +08:00
    太小看数据库了,另外,硬件怼上去。
    CallMeReznov
        30
    CallMeReznov  
       2019-08-14 22:05:28 +08:00
    我原来山炮游戏公司维护搞游戏服务端的时候用过类似情景
    无中间件,服务端全部直操数据库,实际上 IO 不够的情况下会导致死锁,CPU 和内存并不高
    在线人数在 5000 人的时候几乎每小时都爆
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1174 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 18:53 · PVG 02:53 · LAX 10:53 · JFK 13:53
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.