mysql面试高频问题---mysql分库分表👿

mysql分库分表

1. 问题

主从架构,读写分离,分担了访问压力

分库分表的时机:

① 前提,项目业务数据逐渐增多,或业务发展比较迅速(单表的数据量达到1000W或20G以后)
② 优化已解决不了性能问题(主从读写分离、查询索引…)
③ IO瓶颈(磁盘IO、网络IO)、CP\瓶颈(聚合查询、连接数太多)
分库分表主要解决存储的压力

2. 分库分表拆分策略
垂直拆分与水平拆分

垂直拆分之垂直分库:以表为依据,根据业务将不同表拆分到不同库中。
特点:
① 按业务对数据分级管理、维护、监控、扩展
② 在高并发下,提高磁盘IO和数据量连接数

垂直拆分之垂直分表:以字段为依据,根据字段属性将不同字段拆分到不同表中。
特点:
① 冷热数据分离
② 减少IO过渡争抢,两表互不影响
拆分规则:
● 把不常用的字段单独放在一张表
● 把text、blob等大字段拆分出来放在附表中

水平拆分之水平分库:将一个库中的数据拆分到多个库中。
特点:
1.解决了单库大数量,高并发的性能瓶颈问题
2.提高了系统的稳定性和可用性
路由规则
● 根据id节点取模
● 按id也就是范围路由, 节点1(1-100万),节点2(100万-200万)

水平拆分之水平分表:将一个表的数据拆分到多个表中(可以在同一个库内)。
特点:
① 优化单一表数据量过大而产生的性能问题;
② 避免IO争抢并减少锁表的几率;

3. 总结

4. 问答

posted @   xiaolifc  阅读(342)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
历史上的今天:
2022-02-23 【转】cron表达式详解
点击右上角即可分享
微信分享提示