大佬能不能搞个 zhihu 的

71 人收藏 (手动狗头)

mac 版 yy 早就被放弃了
手机 YY 延迟大概 1-2 s

我来组成分母

移动卡，最低消费 89 还是 109 25 元*12 月 2 年 新用户的话蛮多优惠的

@datoujiejie221 #85 这个思路也是不错的，谢谢您提的想法。我去看看我们的数据库是否能实现这个
@netnr #87 我去问了阿里云的客服，我们是 web 版本，而且是基础版，要从库要升级到集群版，中间还夹了个 HA 版
@spritecn #89 我这边看到一年要 2 30W ，也不算低了，没办法是小公司，属于是既要又要还要了
@lambdaq #91 目前基本上的大 SQL 和都迁移到 DTS 同步的从库去了，但还是担心主库会挂，所以想找个方案
@dd102 #92 问了就说升级到高版本，花更多的钱
@ZiLong #95 是的，就是您说的这个思路
@laminux29 #96 谢谢您的建议，SQL 优化一直有在做，但是工作量太大了，远水解不了近渴

@mark2025 #74 是的，ES 的方案不太适合我目前的业务场景，IDC 没有 DBA 也没法做，加钱？ 难啊 哈哈哈
@v2orz #75 目前可能考虑这个方案，在看优缺点
@dengtongcai #76 双刃剑把算是，又好吃也有坏处，配置基本上拉满了，SQL 也在一直优化中
@Meld #77 谢谢，昨天咨询了一个大数据的前同事，也说 doris 比较适合
@zhoujinjing09 #78 我是 mssql ，AnalyticDB 是 mysql 的，不适用 谢谢

@heiya #62 ，@lvlongxiang199 #63 明白了，谢谢大佬们
@bg7lgb #64 谢谢，数据库这块我也不精通，优化 SQL 什么的没问题，再深入点就两眼一抹黑了，应用和架构层面我能做的都做了，现在就差数据库
@mark2025 #66 是的，Redis 这方案已经否了，最多拿 Redis 做个缓存，ES 做不了太复杂的聚合查询，也不适用
@rockyliang #67 原先项目是指定几个接口或者几张表的数据，都走 Redis

目前来看最适合的还是 OLAP 型数据库

@bitfly #59 哈哈哈 这不就是 ck 嘛，造成一个大宽表

@adoal #58 这样也没 OK ，唯一的问题是如果数据发生变动了，那宽表的数据不是得跟着变

@zhoujinjing09 #56 谢谢回复，请问 ck 中多表关联查询的性能怎么样，也在考虑将慢查询迁移到 CK

@wxw752 #48 ，谢谢，我去咨询一下客服

@baibaibaibai #51 ，谢谢。我去看看怎么做
@mark2025 没有专职的 DBA ，这样做风险太大了

@adoal #44 是后者 @lvlongxiang199 #49 。同时请问下二位大佬，clickhouse 我不太熟。翻了下文档好像 ck 对 join 的支持不太好？ 那我如果将部分大 SQL 涉及到的表 以关系型数据库的原表数据导入到 ck ，并在 ck 中进行 join 关联查询等是否可行？ 谢谢

@baibaibaibai #43 那么如果数据发生变动了，也要同步更新 ES 的数据吗，因为是查询后的数据同步到 ES ，更新逻辑也会很麻烦把？

@heiya #39 谢谢回复

1 、ES 关联查询不如数据库那么方便，如果将查询后的数据汇总到 ES ，又涉及到数据变动更新的问题，不管怎么做都很复杂
2. 我是 RDS SQLSERVER WEB 版，目前来看只支持 DTS ，其他都不支持。

@blackeeper #36 只能走阿里云的 DTS 做只读
@baibaibaibai 您的意思是，落库后的数据，根据复杂 SQL 查询出来后的结果再写入到 ES 吗？

@z1829909 #32 哈哈哈 大家一起痛苦
@opengps 是这样的，但是因为没有审核 review 机制，真的很难推行，更何况是几年的老代码
@Atoony SQL 中包含了很多业务逻辑，AI 的效果也不好

@z1829909 人力更不够(笑哭)，而且 SQL 强关联业务，又不可能扔了业务需求完全不做来改 SQL 。

@ala2008 这个真迁不了 哈哈哈 工作量太大了
@heiya #28 谢谢大佬的回复，原先的方案确实不合适，我已经否了，现在在考虑新的方案，主要是解决如何避免数据库挂了，以及如果数据库挂了如何保证业务可用的问题，针对您说的这几点我概括一下，您看我说的对不对

1. 如果是将大数据量的表同步到 ES ，那如何解决关联查询的问题？ 还是说将关联查询的结果直接同步到 ES ？

2.阿里云的 rds sqserver 好像不支持从库，只能通过 DTS 同步。

3.索引是肯定有的，但是数据量太大，优化的工作量也不小，目前同步在做；

4.将核心业务迁出来，包括代码和数据库，避免影响到核心业务。

5. 分库分表暂时没有

6. 慢 SQL ，大 SQL 的报警都有，但是优化难度很大

7. 业务上的限制条件也是有的

8. 问了阿里云客服，除了买高可用和 DTS ，没有其他方案，自己做了部分冷数据的备份，但也仅仅是备份

9. 更换数据库成本太高了，而且领导层不一定支持，我综合一下方案往上提