关于数据库容灾缓存方案的咨询
17 December 2024 at 10:36
seedhk:
数据库版本
阿里云 RDS SQLSERVER
需求
需求是因为老项目的长 SQL 实在是过于多了,几百行的 SQL 一找一个准,去优化 SQL 工作量非常大。
导致生产环境数据库很不稳定,经常因为 SQL 引起数据库不可用导致被客户投诉罚钱,问了阿里云他们推荐高可用集群,但是阿里云高可用对于小企业来说实在是太贵了。迁移下云又需要比较专业的 DBA 来运维数据库,小企业老板估计也不会同意。
做了什么
已经做了这几步:
-
使用了 DTS ,同步主库的数据到从库,基本上实现了读写分离;
-
拆分了核心业务,但是核心业务仍然有访问数据库的需求,因此万一数据库不可用时,如何保证核心业务的正常运行,成为了一个大问题;
想做什么:
领导提了一个想法:能否通过在中间加一层缓存层的方式,比如 Redis ,核心业务的增删改查先走 Redis 。一段时间后落库,这样即使数据库挂了,只要能撑住 10 分钟数据库就能恢复。
其他方案:
将数据库和接口都进行拆分,拆成多服务,需要对应数据的,走接口进行查询调用
不知道有没有其他更好的方案,求大佬们指教,谢谢~