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

第1阶段

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

第2阶段

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

第3阶段

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

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

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

第4阶段

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

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

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

相关推荐
不吃香菜的小趴菜18 分钟前
mysql数据库打包与导入
数据库·mysql
野犬寒鸦21 分钟前
Redis复习记录day1
服务器·开发语言·数据库·redis·缓存
njidf22 分钟前
实战:用Python开发一个简单的区块链
jvm·数据库·python
Rick199328 分钟前
慢SQL优化
数据库·python·sql
IvorySQL30 分钟前
速抢!HOW 2026 早鸟票最后 1 天,解锁开源数据库盛会全亮点
数据库·postgresql·开源
IvorySQL37 分钟前
PostgreSQL 技术日报 (3月30日)|内核补丁密集更新,REPACK 并发与索引预读取进展
数据库·postgresql·开源
Nyarlathotep011339 分钟前
Redis的内存回收和对象共享
redis·后端
NineData40 分钟前
从业务库到实时分析库,NineData构建MySQL到SelectDB同步链路
数据库·mysql·程序员
IvorySQL1 小时前
PostgreSQL 技术日报 (3月29日)|内核工具增强 + 安全能力升级
数据库·postgresql·开源
xiaokcehui1 小时前
Caris12处理db格式背向散射数据
数据库