【784】数据库读写分离：如何让"读"和"写"分工合作？你有没有这种感觉：餐厅中午高峰期，点菜的服务员和结账的收银都挤在一个窗口，排队排到崩溃。后来老板把两个岗位分开——前厅专门点菜，后台专门结账，效率立刻翻倍。数据库读写分离，就是这个道理。为什么需要读写分离？一个典型电商系统，80%的请求都是读（浏览商品），只有20%是写（下单支付）。单体数据库： 请求 ──► 数据库 ──► 响应 │ └─► [读读读读] [写] [读读读读] ← 全挤在一起如果所有请求都打到一个数据库：查询慢：商品列表页要关联5张表，查一次要500ms写入堵：用户下单要等前面的查询排完队扛不住：并发一高，数据库直接宕机读写分离架构把读和写分开，主库负责写，从库负责读：写入请求 ──► 主库(Master) │ │ 同步 ▼ ┌───────────────┐ │ 从库1( Slave ) │ ──► 读：商品列表 │ 从库2( Slave ) │ ──► 读：用户信息 │ 从库3( Slave )