wajika 最近的时间轴更新 wajika 最近的时间轴更新 |
wajikaV2EX 第 62402 号会员，加入于 2014-05-11 14:32:16 +08:00 |
wajika 最近回复了
2024 年 9 月 11 日 回复了 twoz 创建的主题 › 宽带症候群 › 都快 2025 年了，为什么还有人觉得移动租的电信线路。 。 |
现在移动只能走上海出去了，速度慢了很多
2022 年 2 月 25 日 回复了 gamesover 创建的主题 › DevOps › 如果有大量数据需要 data migration，如何实现 zero downtime deployment? |
我没接触过，但是既然你都提到 zero downtime deployment 为什么不搜一下，这种解决方案好多，主要还是版本控制。
有个类似的文章你可以参考
https://spring.io/blog/2016/05/31/zero-downtime-deployment-with-a-database
有个类似的文章你可以参考
https://spring.io/blog/2016/05/31/zero-downtime-deployment-with-a-database
2022 年 2 月 24 日 回复了 robinshen 创建的主题 › DevOps › OneDev 6.3 - 暗黑模式 |
如果能加入一些 project 管理的东西就完美了
2022 年 2 月 24 日 回复了 gamesover 创建的主题 › DevOps › 如果有大量数据需要 data migration，如何实现 zero downtime deployment? |
其实这种问题，反过来说明，他们的 devops 做的并不好。 至少版本控制没设计
2022 年 2 月 24 日 回复了 gamesover 创建的主题 › DevOps › 如果有大量数据需要 data migration，如何实现 zero downtime deployment? |
刚好最近遇到类似的问题， 我们是单节点 mysql 数据库，有张大表需要迁移出来，表的大小将近 4.5 千万，select 或是其他方法取数据很慢，用分页的话取到后面 offset 变大就 timeout 了。
我们领导的意思也是 二楼这种思路，两个数据库一起跑，不过我们的 schema 没变。
我觉得这种问题 没有一步到位的解决方法， 既然 schema 变了，那么中间肯定要有路由控制分流了，然后配合二楼说的两套数据库一起跑，应该能解决问题吧？
我们领导的意思也是 二楼这种思路，两个数据库一起跑，不过我们的 schema 没变。
我觉得这种问题 没有一步到位的解决方法， 既然 schema 变了，那么中间肯定要有路由控制分流了，然后配合二楼说的两套数据库一起跑，应该能解决问题吧？
2021 年 4 月 4 日 回复了 EdifierDrew 创建的主题 › 宽带症候群 › 四川江苏移动到 github 的 cdn 也穿透到专线去了 |
好像登陸 github 確實快了不少
2019 年 7 月 17 日 回复了 Aresxue 创建的主题 › 程序员 › 好像明白为什么现在工资都这么低了。。。 |
很有道理，我也是这么想的。拉低了整个平均值。
Select Language