【Redis】第1讲 互联网架构的演变历程

第1阶段

数据访问量不大,简单的架构就可以!

第2阶段

数据访问量大,使用缓存技术缓存数据库的压力,不同的业务访问不同的数据库。

第3阶段

之前的缓存技术确实能够缓解数据库的压力,但是写和读都集中在一个数据库上,压力也比较大。

使用主从读写分离,一个数据库负责写,一个数据库负责读。例如让master(主数据库)来响应事务性(增删改)操作,让slave(从数据库)来响应非事务性(查询)操作,然后在采用主从复制来把master的事务性操作同步到slave数据中

mysql的master/slave就是网站的标配

第4阶段

mysql的主从复制,读写分离的基础上,MySQL的主库开始出现瓶颈

由于MyiSAM使用表锁,所以并发性能特别差

分库分表使用mysql集群来解决问题

相关推荐
慵懒的猫mi2 分钟前
deepin UOS AI 助手接入钉钉(DingTalk)配置指南
linux·数据库·人工智能·ai·钉钉·deepin
海山数据库4 分钟前
移动云大云海山数据库分页查询性能优化时间:从16s到2ms
数据库·oracle·性能优化·he3db·大云海山数据库
Maverick068 分钟前
Oracle PDB 创建
运维·数据库·oracle
爱折腾的小码农14 分钟前
neo4j数据库桌面管理工具
数据库·neo4j
总要冲动一次22 分钟前
MySQL 5.7 全量 + 增量备份方案(本地执行 + 远程存储)
数据库·mysql·adb
猿小喵24 分钟前
MySQL数据库源码调试
数据库·mysql
Qlittleboy27 分钟前
thinkphp如何配置模版缓存,来显著提高页面加载速度
缓存·php
WangJunXiang628 分钟前
Mysql数据库操作
数据库·mysql·oracle
星辰_mya29 分钟前
三级缓存破局:Spring 如何优雅解决循环依赖?
java·spring·缓存·面试
2401_8589368829 分钟前
51 单片机入门踩坑实录:从编译报错到数码管显示 1234 的完整解决
数据库