lvlongxiang199 最近的时间轴更新 lvlongxiang199 最近的时间轴更新 |
lvlongxiang199V2EX 第 296454 号会员，加入于 2018-03-04 16:36:39 +08:00今日活跃度排名 23803 |
lvlongxiang199 最近回复了
2 天前 回复了 gfwuzer 创建的主题 › 程序员 › 我在写一本书：《从零开始手搓数据库(Go)》 |
建议改名为 CRUD 程序员视角下的 db (非贬义)
存储+事务的确是重点, 但优化器, 执行器也是重点. 真要正经学下 db 的话, 可以直接上 cmu15445
parser 那边没必要手写, 可以直接用 yacc/ANTLR
存储+事务的确是重点, 但优化器, 执行器也是重点. 真要正经学下 db 的话, 可以直接上 cmu15445
parser 那边没必要手写, 可以直接用 yacc/ANTLR
48 天前 回复了 Ketteiron 创建的主题 › 程序员 › 2025 年，我对"单体 vs 微服务"的预测 |
@Ketteiron 会额外占多少内存, 有实际 benchmark 吗 ? 内存占用的绝对大头是在堆（ Heap ）上，而不是代码段（ Code Segment ）。
48 天前 回复了 isno 创建的主题 › 程序员 › [盖楼抽奖] 新书上市，《深入高可用系统原理与设计》 |
翻了下"共识"那一章, 简直不能用一个烂字形容
- 整个章节没提到过线性一致性. 作者估计连这些算法解决了啥问题都不知道.
- raft 那几节写的跟流水账似的. 一些重要的设计决策丝毫不提及设计原因. 也丝毫不提及一次 appendEntry 调用失败会咋样. 也没提及持久化. 还不如把整个章节全删掉, 换上 Figure2
- 整个章节没提到过线性一致性. 作者估计连这些算法解决了啥问题都不知道.
- raft 那几节写的跟流水账似的. 一些重要的设计决策丝毫不提及设计原因. 也丝毫不提及一次 appendEntry 调用失败会咋样. 也没提及持久化. 还不如把整个章节全删掉, 换上 Figure2
48 天前 回复了 Ketteiron 创建的主题 › 程序员 › 2025 年，我对"单体 vs 微服务"的预测 |
"单体无法单独伸缩其中一个服务，只能全部一起水平扩容，这是确实存在的缺点，但 99%的项目并不需要该特性，基础建设很贵，机器很便宜。"
这为啥会是缺点 ? 一个函数你不调用它, 会额外消耗 cpu, 内存, IO ? 像是 db 连接, 可以设置 `maxIdleTime`
这为啥会是缺点 ? 一个函数你不调用它, 会额外消耗 cpu, 内存, IO ? 像是 db 连接, 可以设置 `maxIdleTime`
48 天前 回复了 isno 创建的主题 › 程序员 › [盖楼抽奖] 新书上市，《深入高可用系统原理与设计》 |
一个小问题. 前几章介绍的网络, Linux 内核, 容器跟高可用似乎没啥直接关系吧.
51 天前 回复了 jiirouwei 创建的主题 › 程序员 › 现在连 pc 端也开始搞云控那一套了，搜狗输入法被火绒抓到了 |
我电脑上没装任何国产软件(包括微信)
53 天前 回复了 michael2016 创建的主题 › 程序员 › 面试题：为什么 MySQL 不要使用 Docker 部署。。。。 |
53 天前 回复了 michael2016 创建的主题 › 程序员 › 面试题：为什么 MySQL 不要使用 Docker 部署。。。。 |
"JD.com: MySQL Containerization and Elastic Scheduling in E-commerce Scenarios"
https://kubeblocks.io/blog/run-databases-on-k8s-insights-
from-leading-chinese-internet-companies
看来在 OP 眼里, jd.com 不算大厂
https://kubeblocks.io/blog/run-databases-on-k8s-insights-
from-leading-chinese-internet-companies
看来在 OP 眼里, jd.com 不算大厂
Select Language