1
Thiece 323 天前
flush 操作会给 ES 集群带来压力,尤其是在高并发的情况下。
可以引入一个缓存层(如 Redis ),缓存部分高频查询的结果。 |
2
sujin190 323 天前 via Android
不 join 单表读有啥压力。。别过度优化啊,复杂查询大多也能接受延时,还是异步同步好吧
|
3
zhuisui 323 天前 1
ES 集群维护起来比数据库方便是吧。。。
流量不大数据量不大,提高主库的硬件性能不行吗,搞这么复杂的方案 |
4
chendy 323 天前
都有功夫整 es 集群了,分点配置给数据库就完事了
没啥极端情况的话,2b 业务,mysql 机器配置拉高点都能硬抗 |
5
akira 323 天前
ES 集群 的资源给 mysql ,直接 mysql 一把梭 搞定。。。搞那么复杂干嘛,就是为了好看么
|
7
hsymlg 323 天前
所有业务表都弄上去,主键查询也走 ES 。。还 flush ,盲猜数据量和并发不高,请使用 mysql ,怕 mysql 出现性能问题就不要写联表查询,让代码去做。
|
8
onceMore 323 天前
一主多从+灾备,从库的延迟几乎可以忽略,根据业务属性,去决定读主库、从库,这样业务架构简单,对业务代码,担心的话加点钱配置高一点。
如果是联表跑数据、数据报表场景,也专门搞个从库。 简单就是快。 |