前言 1. 拆分形式 分库分表拆分形式分为垂直分库分表和水平分库分表，这篇文章将聚焦于水平分库分表。 原因在于组织、业务划分的之初或者大数据量之前，在一些开发人员素质比较高的公司，库、表先天的就垂拆分

MySQL 生产环境 GROUP BY 优化实践，执行时间：3s->30ms！ 两条 SQL 的 GROUP BY 使用了同一个索引，但是效率却相差很多，这到底是为什么呢？

关于ClickHouse的基础概念这里就不做太多的赘述了，ClickHouse官网都有很详细说明。结合供应链数字化团队在使用ClickHouse时总结出的一些注意事项，尤其在命名方面要求研发严格遵守约

1.  订单存储介绍 订单的存储背后支撑创单后的系列用户活动，围绕着业务的发展，大厂的订单的数据日益剧增 在手淘订单列表，我们可以看见天猫、飞猪、淘票票等诸多 BU 的订单 在美团的订单列表，我们可以

本文为 TiDB 社区用户撰写，以一名开发者的视角，深入探讨和比较了 TiDB 和 MySQL 的差异。希望通过本文，能为读者在架构选型方面提供一些帮助和指导。

1 理论知识 1.1 分库分表是否必要 分库分表确实可以解决单表数据量大这个问题，但是并非首选。因为分库分表至少引入了三个必须解决的突出问题。 第一是分库分表方案本身具有的复杂性。第二是本地事务失效问

曾几何时，“并发高就分库，数据大就分表”已经成了处理 MySQL 数据增长问题的圣经。 面试官喜欢问，博主喜欢写，候选人也喜欢背，似乎已经形成了一个闭环。 但你有没有思考过，分库分表真的适合你的系统吗

高并发处理是面试中一个百问不厌的问题，数据库也一直是业务系统的核心，因此想要掌握高并发处理经验，处理好数据库的大流量并发问题是永远绕不开的话题，本文则会详细展开叙述数据库分库分表的核心方法论~

大家好，我是田螺。我们去面试的时候，几乎都会被问到分库分表。田螺哥整理了分库分表的15道经典分库分表面试题，大家看完肯定会有帮助的。