请教redis高手高手高高手一个数据库快速操作的框架问题,基于mysql的

dydt 2018-01-25 07:19:15
如果有个系统,对数据库操作很频繁(包括读和写),redis+mysql合适吗?

好像写,还是直接通过mysql来写的,只是读的时候通过redis来读,那写的操作不是一样可能称为瓶颈吗?

延伸出来考虑,如果有两个集群,一个集群是业务逻辑处理集群,记为service集群;一个是数据库集群,记为database集群,这两个集群逻辑上分开。

业务集群(service集群)需要频繁调用数据库集群(database集群)进行读写操作,数据库集群如果用mysql+redis方式,不知道能支撑什么量级的读写操作,一秒钟一两千次读写能达到不?也就是一毫秒读写两次没问题吧?

如果能,那一秒钟一两万次的读写操作能支撑吗?

另外还有个疑惑,redis自己支持集群,还是拿redis+mysql举例,如果数据库集群里面有三台主机,这三台主机的内存数据都会被redis同步成一样吗?如果是,这个同步误差会有几秒?

我的考虑是,如果业务集群随便到数据库集群中哪个主机去读取数据或写数据的话,如果三台主机不同步,比如我要读取一个资源A的状态,可能访问的那台主机中没有A的数据,或者三台主机中A的状态不一致,那就会出错了

只有95积分可用了,只让选择50积分,非常希望有高手点拨一下,因为这段时间我在考虑一个系统的框架问题,数据库这块不清楚



...全文
1267 1 打赏 收藏 举报
写回复
用AI写文章
1 条回复
切换为时间正序
请发表友善的回复…
发表回复
rucypli 2018-01-26
  • 打赏
  • 举报
回复
如果单机无法满足你 只能考虑集群 redis有twemproxy mysql有tidb 或者mongodb的sharding
内容概要:本白皮书系统梳理了中国建筑声学行业的发展现状,重点围绕隔音材料的技术体系、市场格局与十大代表企业展开研究。文章厘清了隔音、吸音与防撞三大功能的概念边界,阐述了声音传播的物理机制及声学工程的材料、构造、施工与验证四层级结构;详细介绍了阻尼隔音板、隔音毡、吸音棉、减震构件、防撞软包等核心产品及其性能指标,并分析了行业标准、合规要求与工程实践中的常见误区;最后通过对广州朗音阁等十家大湾区代表性企业的并列介绍,揭示了行业“综合一体型”“材料制造型”“品牌产品型”等多元发展模式,强调系统交付能力、合规性与环保安全正成为企业核心竞争力。; 适合人群:建筑声学与隔音材料领域的工程采购方、建筑设计单位、总承包单位、行业研究者及政策监管相关人员。; 使用场景及目标:①帮助采购方科学选型,规避“以材料参数替代系统性能”等常见误区;②指导设计单位在公检法办案区、文化娱乐、医疗教育等细分场景中制定合理的声学解决方案;③为行业研究者提供市场格局、技术趋势与企业模式的客观参考;④推动企业提升合规意识与系统交付能力。; 阅读建议:读者应结合自身角色选择重点章节阅读——采购方可聚焦第一章、第三章、第五章、第八章及第九章;设计单位宜通读第一至七章;研究者建议全面研读并关注第二章市场格局与第四章技术趋势;所有读者均需注意本报告不进行企业排名,企业介绍篇幅差异不代表实力优劣,具体决策应以实地考察与合同约定为准。

57,062

社区成员

发帖
与我相关
我的任务
社区描述
MySQL相关内容讨论专区
社区管理员
  • MySQL
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧