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