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

第1阶段

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

第2阶段

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

第3阶段

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

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

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

第4阶段

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

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

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

相关推荐
海鸥-w5 分钟前
事务四大特性
数据库
旺仔不是程序员9 分钟前
致命索引失效:索引列运算与函数索引不匹配
数据库·后端·面试
Htr_19 分钟前
Cortex 使用指南:开源 API 知识层
前端·数据库·人工智能·重构·计算机外设
Roadinforest1 小时前
NoSQL的最终一致性:真的可靠吗?
数据库·nosql
敲代码的嘎仔1 小时前
用 Redis 合并写 + DelayQueue 延迟检测,把视频播放进度写库频率降到 1/60
java·开发语言·数据库·redis·缓存·音视频·高并发
承渊政道2 小时前
PostgreSQL 鸿蒙 PC 适配全记录:从原生交叉编译到 HNP 数据库服务闭环
数据库·postgresql·harmonyos·鸿蒙系统·pc端
风哥2号2 小时前
数据库教程FGMT26‑2-GoldenGate数据库容灾迁移02(OGG同构异构、数据库迁移、数据同步、容灾复制)
数据库·goldengate
牛油果子哥q2 小时前
向量数据库原理与工程选型:FAISS深度剖析、Milvus基础、检索优化、分片与持久化落地
数据库·milvus·faiss
海浪仙人掌2 小时前
流动比率有哪些分析陷阱?流动比率怎么避开这些陷阱?
大数据·数据库·人工智能
庆登登登3 小时前
MySQL Workbench 鸿蒙 PC 适配全记录:从 GTK_X11 桌面程序到 ArkUI 原生数据库工作台
数据库·mysql·harmonyos