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