关于数据库容灾缓存方案的咨询

54 天前
 seedhk

数据库版本

阿里云 RDS SQLSERVER

需求

需求是因为老项目的长 SQL 实在是过于多了,几百行的 SQL 一找一个准,去优化 SQL 工作量非常大。

导致生产环境数据库很不稳定,经常因为 SQL 引起数据库不可用导致被客户投诉罚钱,问了阿里云他们推荐高可用集群,但是阿里云高可用对于小企业来说实在是太贵了。迁移下云又需要比较专业的 DBA 来运维数据库,小企业老板估计也不会同意。

做了什么

已经做了这几步:

  1. 使用了 DTS ,同步主库的数据到从库,基本上实现了读写分离;

  2. 拆分了核心业务,但是核心业务仍然有访问数据库的需求,因此万一数据库不可用时,如何保证核心业务的正常运行,成为了一个大问题;

想做什么:

领导提了一个想法:能否通过在中间加一层缓存层的方式,比如 Redis ,核心业务的增删改查先走 Redis 。一段时间后落库,这样即使数据库挂了,只要能撑住 10 分钟数据库就能恢复。

其他方案:

将数据库和接口都进行拆分,拆成多服务,需要对应数据的,走接口进行查询调用

不知道有没有其他更好的方案,求大佬们指教,谢谢~

5081 次点击
所在节点    程序员
103 条回复
waringid
53 天前
也可以换一种思路:用 ECS 主机自己搭建 MSSQL 的高可用环境

1 、将现在的 RDS 服务改为 3 台 ECS 服务器
2 、在 ECS 服务器上自主安装配置 MSSQL 服务
3 、配置并启用 MSSQL 的 always on ,如果可以分离数据库的读操作
4 、是否需要启用 NLB 结合使用效果再调整
wangyzj
53 天前
你老板的想法和你的拆分方法成本都高于优化 sql 代码,效果还不好
读写分离一样需要改 conn 逻辑,用中间件分开可能一样增加一个故障点
HA 也只是切换到一个 session 可用的 node 而已

优化 sql 工作量非常大但也是必要的
最起码把一个拆成多个,只是把查询次数增多都能解决你的问题
业务逻辑不需要变
salmon5
53 天前
ESSD PL1 云盘:相比 PL0 ,PL1 性能级别的 ESSD 云盘大约可提升 5 倍 IOPS 和 2 倍的吞吐量。
ESSD PL2 云盘:相比 PL1 ,PL2 性能级别的 ESSD 云盘大约可提升 2 倍 IOPS 和吞吐量。
ESSD PL3 云盘:相比 PL1 ,PL3 性能级别的 ESSD 云盘最高可提升 20 倍 IOPS 、11 倍吞吐量,适合对极限并发 IO 性能要求极高、读写时延极稳定的业务场景。

https://help.aliyun.com/zh/rds/product-overview/storage-types

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/1098113

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX