|
zwfengwuAug 14, 2019
1
区区 200 万,估计也就是慢吧 崩不至于; 最好还是加上索引吧
|
|
maierhuangAug 14, 2019
2
基本不会,除非命中 bug。
|
|
jiyingzeAug 14, 2019 via iPhone
3
是不是并发查询了
|
|
cubecubeAug 14, 2019 via Android
4
看访问量
|
|
mineqiqiAug 14, 2019
5
问题来了为啥不加索引。。。
|
|
silencefentAug 14, 2019
6
200 万单一字段和 200 万几十个字段的表不是一个概念
|
|
JoybooAug 14, 2019
7
才两百万,就是没索引也要不了多久吧,上亿再来说
|
|
vanceAug 14, 2019
8
并发高就危险
|
|
thetAug 14, 2019 via Android
10
大量慢查询之后,cpu 100%,就崩溃了
|
|
liuxuAug 14, 2019
11
楼上这么确定吗,我的是 64MB 内存的小鸡
|
|
joson1205Aug 14, 2019
12
会崩溃那就不叫数据库了.....
|
|
jmperdevAug 14, 2019 via Android
13
崩应该崩不掉,并发高的话,达到最大连接数,就建不了新的连接了
|
|
limuyan44Aug 14, 2019
14
为什么都不喜欢试一下呢? db 这种东西很玄学的,没有具体场景都是空谈,就算造 200 万数据也没几行 sql 啊。
|
|
iPhoneXIAug 14, 2019 via Android
15
容并发查易锁表
|
|
saltedFish666Aug 14, 2019
16
什么硬件配置?mysql 配置是默认的?200 万,应该不至于,你可以跑个基准测试试一下,应该不会
|
|
chendyAug 14, 2019
17
表什么样子?跑什么查询?
除了连接泄露导致数据库无法开更多连接,还没见过数据库死掉,一般都是应用先死掉了… |
|
LeeSeoungAug 14, 2019
18
系统先崩了。。
|
|
opengpsAug 14, 2019
19
200 万数据还可以吧,不用索引导致的全表扫描必然慢,cpu 内存浪费都比较大,硬盘的读写占用也比较满
|
|
MotherShipAug 14, 2019
20
压力大起来应该是 APP 出错拿不到数据库连接吧
|
|
huanianAug 14, 2019
21
才 200w 不可能崩掉的
|
|
22
看标题前面 还在想是什么牌子的表 200W
|
|
securityCodingAug 14, 2019
24
可能,分页大了能轻松把你 cpu 搞到 100%
|
|
arelessAug 14, 2019
25
不使用索引,基本跟优秀的文本编辑器差不多……看文件大小。区区 200 万 int 才多大文件。
|
|
jjplayAug 14, 2019
26
先崩溃的应该是人 =。=
|
|
cabingAug 14, 2019
27
也还好啊。都是 int。
扫描慢一点。可以算算文件大小。 4*6 = 24 字节 * 200W = 48M 这个已经很小了,全表扫描也不是太慢,前提是并发不要太高,否则 io 比较高啊~ 最好加个索引 |
|
applehaterAug 14, 2019
28
@mineqiqi 加索引的时候挂了?
|
|
TakamineAug 14, 2019
29
太小看数据库了,另外,硬件怼上去。
|
|
CallMeReznovAug 14, 2019
30
我原来山炮游戏公司维护搞游戏服务端的时候用过类似情景
无中间件,服务端全部直操数据库,实际上 IO 不够的情况下会导致死锁,CPU 和内存并不高 在线人数在 5000 人的时候几乎每小时都爆 |