在完成一个分表项目后，发现分表的数据迁移后，新库所需的存储容量远大于原本两张表的大小。在做了一番查询了解后，完成了优化。 回过头来，需要进一步了解下为什么会出现这样的情况。 与标题的问题的类似问题还有，为什么表数据内容删除了而表大小没有变化。其本质都是一样的。 要回答这些问题，…

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

事务由一组操作构成，我们希望这组操作能够全部正确执行，如果这一组操作中的任意一个步骤发生错误，那么就需要回滚之前已经完成的操作。也就是同一个事务中的所有操作，要么全都正确执行，要么全都不要执行。 说到事务，就不得不提一下事务著名的四大特性。 原子性要求，事务是一个不可分割的执行…

「论道架构师」拒绝无脑搬砖，从分库分表开始，6月初一个偶然的机会，架构师让我知道了什么叫举一反三，触类旁通...🤪（此处省略一百字🤪）。

微众银行自成立之初，就放弃了传统IOE架构路红，结合腾讯金融级分布式数据库TDSQL，建立了基于DCN单元化架构模式的分布式基础平台。如今这套架构承载了微众银行数亿级别的用户规模，数百套银行核心系统…

很多朋友提问，说如果不是“双倍”扩容，能否做到平滑迁移，不影响服务呢？适用什么场景？互联网有很多“数据量较大，并发量较大，业务复杂度较高”的业务场景，其典型系统分层架构如下：（1）上游是业务层biz，

采用小写字母、数字（通常不需要）和下划线组成。禁止使用’-’，命名简洁、含义明确。 支持事务、支持行级锁、更好的恢复性、高并发下性能更好。 除非特殊情况，禁止建表指定字符集（采用库默认字符集），降低出现字符集不统一导致性能问题的风险。 COLLATE主要的作用是排序的规则以及检…

在文章开头先抛几个问题：（1）什么时候才需要分库分表呢？我们的评判标准是什么？（2）一张表存储了多少数据的时候，才需要考虑分库分表？（3）数据增长速度很快，每天产生多少数据，才需要考虑做分库分表？这些

你对于正在运行的mysql性能如何？参数设置的是否合理？账号设置的是否存在安全隐患？是否了然于胸？俗话说工欲善其事，必先利其器，定期对你的MYSQL数据库进行一个体检，是保证数据库安全运行的重要手段。