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