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

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

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

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

    最好加个索引
    applehater
        28
    applehater   155 天前
    @mineqiqi 加索引的时候挂了?
    Takamine
        29
    Takamine   155 天前
    太小看数据库了,另外,硬件怼上去。
    CallMeReznov
        30
    CallMeReznov   155 天前
    我原来山炮游戏公司维护搞游戏服务端的时候用过类似情景
    无中间件,服务端全部直操数据库,实际上 IO 不够的情况下会导致死锁,CPU 和内存并不高
    在线人数在 5000 人的时候几乎每小时都爆
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2479 人在线   最高记录 5168   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 60ms · UTC 13:16 · PVG 21:16 · LAX 05:16 · JFK 08:16
    ♥ Do have faith in what you're doing.