1800W 行的 MySQL 以及对应的 ES，到底是选择 CPU 重要还是硬盘的 iops 重要？
alwayshere · 2018-06-05 09:07:02 +08:00 · 3017 次点击这是一个创建于 2395 天前的主题，其中的信息可能已经有所发展或是发生改变。
1800W 行的 mysql，导入到了 ES 中，ssdb 做缓存，MySQL 只需要查询出 id，再在 ssdb 中取值即可，ES 负责全局的关键字频繁查询，不会进行复杂运算之类的，最主要就是查询，不停地查询，读多写少。目前在选择服务器，一款 CPU 强悍但是硬盘稍弱，一款 CPU 弱但是硬盘强悍点，都是固态硬盘，价格都差不多，该侧重于哪个方向？
 |
1
wplct 2018-06-05 09:11:18 +08:00
直接买实例不考虑么？
|
 |
2
alwayshere OP @wplct 国外毒服
|
 |
3
ryd994 2018-06-05 09:14:17 +08:00 via Android
看你数据能不能大部分甚至全部进内存了
不能进内存的话瓶颈就在硬盘 |
|
4
alwayshere OP @ryd994 内存都是 8G，不知道会不会吃力？
|
 |
5
opengps 2018-06-05 09:19:52 +08:00
我觉得数据库问题都得先看重硬盘 iops 的能力
|
 |
6
yangqi 2018-06-05 09:21:43 +08:00
1800W 的 id 全部缓存到内存里面也没多少，int 的话 720MB. 所以主要还是看 ES 的性能瓶颈。
|
 |
7
mrzx 2018-06-05 09:22:54 +08:00
内存太小，不可能做内存 cache 的。
优先考虑硬盘 iops 吧。 |
 |
8
initialdp 2018-06-05 09:34:43 +08:00
我倒是觉得应该内存优先，内存 > CPU > 硬盘。
您这个场景我不太了解，不过既然都是 SSD，应该相差不会太大吧。 |
 |
9
startar 2018-06-05 09:52:09 +08:00 via Android
内存太小了，感觉单给 ES 用都费劲。
|
Select Language