V2EX › seedhk 的所有回复 › 第 5 页 / 共 18 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 18

❮

❯

262 天前

回复了 kldd529 创建的主题 › 随想 › 会讲故事是一项能力

吹牛能力(褒义的)

264 天前

回复了 laihan4396a 创建的主题 › 随想 › 夜深忽梦少年事

有文采就是不一样
我梦到以前的同学：妈的又梦到那个女的了
楼主梦到以前的同学：夜深忽梦少年事
(手动狗头

264 天前

回复了 Mucya 创建的主题 › 问与答 › 2025 年 m2 的 pro 还够用吗

看你应用场景
21 年入的 M1 PRO 还在跑，即使电池不太好了，开 4 个 IDEA+docker desktop+几十个 chrome 标签+后台常驻几十个 app ，CPU 平均连 30%都没有(编译项目时除外)

265 天前

回复了 chuck1in 创建的主题 › Java › 一种让 Java 不再落后的技术栈

直接贴上推广，别人反应也不会这么大，整这么一个标题党.... emmmm

265 天前

回复了 chuck1in 创建的主题 › Java › 一种让 Java 不再落后的技术栈

所以只要花个 56 元，就能让我的 java 再次伟大吗(手动狗头)

267 天前

回复了 shuyouning32 创建的主题 › 计算机 › 朋友推荐了一个电脑价目表， V 友帮忙看看审核下

至强 E5 这个上 B 站或者抖音搜一下就知道了，纯纯的垃圾
32G 服务器内存 * 2 ，啥品牌型号频率第几代也不说

267 天前

回复了 hytex 创建的主题 › 问与答 › 是我的错觉吗，感觉 12306 一年不如一年？

按照铁路公司的说法是，每次放票并不会放出全部票，而是过一段时间放一点，再过一段时间再放一点，而且有很多票只让线下买。所以每次都显示马上售空，候补感觉一般都能候补到

279 天前

回复了 bobobobob 创建的主题 › 分享创造 › 逼班上不下去了，写个命令行客户端摸鱼看 V2EX，贼隐蔽！

大佬能不能搞个 zhihu 的

280 天前

回复了 noobma 创建的主题 › Local LLM › 哪个 AI 的文生图/图生图，可以生成大尺度一点的图

71 人收藏 (手动狗头)

280 天前

回复了 kieya00 创建的主题 › 问与答 › 有哪位大神的 mac 装过 yy 语音的吗

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

286 天前

回复了 zhangsimon 创建的主题 › 推广 › 分享下副业经历，顺便抽个奖

我来组成分母

288 天前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

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

288 天前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

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

289 天前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

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

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

289 天前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

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

289 天前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

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

289 天前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

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

1 2 3 4 5 6 7 8 9 10 ... 18

❮

❯