一、背景与挑战 这几年随着转转二手业务的快速发展，订单系统的基础性能问题也愈发严重，作为系统运转的基石，订单库压力不容小觑。 面临的问题： 大促期间DB压力大，单库查询qps上万占用大量数据库资源，写

随着业务的快速发展，数据库已经有了上亿条记录，数据存储达到了上百G,原有的单库单表设计已经无法支持系统的稳定性以及接口的响应速度了，数据库存在大量慢查询，且需要提供对C端这种大访问量场景提供支持。

某智能车企DBA李婵玲：OceanBase为我们分区分表提供了非常好的一个开端，避免了使用分布式中间件 sql的不兼容、维护繁琐问题。目前，我们还有业务单元化的需求，也已经经过了测试和验证，后续会逐渐

什么是分库分表？如何分库分表？如何确认库的总数？ 如何确认表的总数？分库分表后如何进行 join查询？

最近项目中不少表的数据量越来越大，并且导致了一些数据库的性能问题。因此想借助一些分库分表的中间件，实现自动化分库分表实现。调研下来，发现Sharding-JDBC目前成熟度最高并且应用最广的Java分库分表的客户端组件。本文主要介绍一些Sharding-JDBC核心概念以及生产…

如果读写分片服务的程序有问题,项目需要停服务回滚不说,新数据要还原回去,还要写程序从分片库同步回单片库. 其中比较要紧的是数据不方便还原.如果新数据有问题能立刻切回原数据就好了. 网上有方案说,成倍扩容,利用mysql主从同步来进行数据搬运.然后停服务切换. 利用迁移程序进行全…

最近与同行科技交流，经常被问到分库分表与分布式数据库如何选择，网上也有很多关于中间件+传统关系数据库（分库分表）与NewSQL分布式数据库的文章，但有些观点与判断是我觉得是偏激的，脱离环境去评价方案好

一、MySQL扩展具体的实现方式随着业务规模的不断扩大，需要选择合适的方案去应对数据规模的增长，以应对逐渐增长的访问压力和数据量。关于数据库的扩展主要包括：业务拆分、主从复制、读写分离、数据库分库与分

分库分表的文章网上非常多，但是大多内容比较零散，以讲解知识点为主，没有完整地说明一个大表的切分、新架构设计、上线的完整过程。因此，我结合去年做的一个大型分库分表项目，来复盘一下完整的分库分表从架构设计