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

第1阶段

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

第2阶段

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

第3阶段

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

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

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

第4阶段

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

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

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

相关推荐
一水5 分钟前
AI 时代审查思维:审查第一篇
java·jvm·数据库·spring
赵广陆15 分钟前
企业实战:Milvues向量数据库实践
数据库·pycharm·langchain
微学AI30 分钟前
把时间序列真正用起来:TimechoAI 使用与时序分析实战
数据库·人工智能·大模型
cspttty36 分钟前
管理类专业证书含金量排名
数据库
怪奇云呼军43 分钟前
闪电智能VoiceAgent 如何管理呼入、接听、桥接和挂断状态?
java·前端·网络·数据库·人工智能
Patrick在香港1 小时前
Claude API 成本直降90%:Prompt Caching 提示词缓存 Python 实战
python·缓存·prompt
秋田君1 小时前
QT_实战TCP 聊天程序说明文档以及实现
数据库·qt·tcp/ip
01_ice2 小时前
MySQL基本查询1
数据库·mysql
腾科IT教育2 小时前
Oracle OCP/OCM认证含金量实测2026版
数据库·oracle·ocp·ocm·甲骨文
不可求~11 小时前
多模型路由怎么落地:把任务分流写进项目的最小实现
java·前端·数据库