seedhk

我来组成分母

移动卡，最低消费 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 ，这样做风险太大了