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

第1阶段

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

第2阶段

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

第3阶段

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

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

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

第4阶段

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

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

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

相关推荐
Hello.Reader2 小时前
Redis 延迟监控深度指南
数据库·redis·缓存
ybq195133454312 小时前
Redis-主从复制-分布式系统
java·数据库·redis
马里奥Marioぅ2 小时前
Redis主从切换踩坑记:当Redisson遇上分布式锁的“死亡连接“
redis·分布式锁·redisson·故障转移
好奇的菜鸟5 小时前
如何在IntelliJ IDEA中设置数据库连接全局共享
java·数据库·intellij-idea
tan180°5 小时前
MySQL表的操作(3)
linux·数据库·c++·vscode·后端·mysql
满昕欢喜5 小时前
SQL Server从入门到项目实践(超值版)读书笔记 20
数据库·sql·sqlserver
Hello.Reader7 小时前
Redis 延迟排查与优化全攻略
数据库·redis·缓存
简佐义的博客7 小时前
破解非模式物种GO/KEGG注释难题
开发语言·数据库·后端·oracle·golang
爬山算法7 小时前
MySQL(116)如何监控负载均衡状态?
数据库·mysql·负载均衡
老纪的技术唠嗑局10 小时前
OceanBase PoC 经验总结(二)—— AP 业务
数据库