博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
数据库读写分离的初步理解
阅读量:7029 次
发布时间:2019-06-28

本文共 371 字,大约阅读时间需要 1 分钟。

传统的应用通常会将业务的表放在同一个数据库,所有的学些操作连接的都是一个数据库,在信息爆炸的今天,很多业务模块的信息数据会非常大,此时将所有的操作都放在一个数据库上不能满足性能需求,因为一台服务器其IO、CPU等资源都是有限的。

为什么要做读写分离了?

  • 较多数业务都会频繁的读(查询)数据库。
  • 读(查询)非常占用CPU和IO。

针对上述原因,目前很多系统架构上采取了数据库的“读写分离”的策略。

如上图所示,数据库上分为一个Master库和多个Slave库,其中Master库为主库,只有一个,用作写数据;Slave为从库,有多个,用作查询。

很显然如果将数据分库处理,会导致主从数据库上的数据不同步,居于此,不同的数据库有不同保持数据同步的方法,相关资料请自行百度。不管哪类数据库,使用分库的方式,多个数据库之间的数据同步都需要一定的时间。

转载地址:http://lsrxl.baihongyu.com/

你可能感兴趣的文章
前端开始的那件事——表单
查看>>
【前端】HTML属性
查看>>
js 算法3
查看>>
【Java 容器面试题】谈谈你对HashMap 的理解
查看>>
分组圆角TableView
查看>>
高级Java研发者在解决大数据问题上的一些技巧
查看>>
用 Node 开发一个命令行版本词典--不到十行的代码
查看>>
支持多解码模块的安卓视频播放器AndroidVideoplayer
查看>>
TCP协议详解
查看>>
Node.js process 模块解读
查看>>
Lodash源码分析-compact.js
查看>>
度小满牵手南京银行打造”AI鑫”计划:银行零售业掀起变革运动
查看>>
微信小程序之分享海报生成
查看>>
敏捷AI|NLP技术在宜信业务中的实践「背景篇」
查看>>
布局结束检测工具
查看>>
[MetalKit]21-What's-new-in-graphics-and-games-at-WWDC-2016
查看>>
html2canvas在vue下的巨坑
查看>>
从设计师和开发的角度使用 lottie
查看>>
iOS之自定义tabBar
查看>>
Spring boot学习(三) Spring boot整合mybatis
查看>>