数据库管理289期 2025-01-30

• 数据库管理-第289期 换一个角度看数据库：大小（20250130）
• 1 为什么写
• 2 统计结果
• 3 感触
• 总结

数据库管理-第289期 换一个角度看数据库：大小（20250130）

作者：胖头鱼的鱼缸（尹海文）
Oracle ACE Pro: Database
PostgreSQL ACE Partner

10年数据库行业经验
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP，ITPUB认证专家
圈内拥有“总监”称号，非著名社恐（社交恐怖分子）

公众号：胖头鱼的鱼缸
CSDN：胖头鱼的鱼缸（尹海文）
墨天轮：胖头鱼的鱼缸
ITPUB：yhw1809。
除授权转载并标明出处外，均为“非法”抄袭
复制

大年初二，再次祝大家新年快乐，一个人在家，闲来无事，写一下蛇年的第一篇文章，和数据库安装包容量大小相关的一些统计。

1 为什么写

之前在某个群里面讨论的时候，看到一段话“这个数据库安装包这么小，能好用么”，因此想了想，为啥不统计一下主流数据库的安装包大小呢。下面设定一些限定条件：

1. 有公开下载渠道或者相对便捷的申请渠道的数据库产品
2. 除了数据库以外也会统计周边工具的大小
3. 所有容量统计按照官方提供包大小进行统计（MB）
4. 包含主流国内外商业与开源数据库
5. 以红帽系Linux x86_64 el8平台为准
6. 以主流数据库版本为主，不一定选择最新版本
7. 以标准安装包为主，也包含RPM包，二进制包或源码包（会出现偏差但不会是数量级的）
8. 不包含云上数据库（也无法统计）

2 统计结果

3 感触

上图是某国产数据库厂商发给我的，意思是随着技术的进步，软件是可以和发动机一样逐渐减小安装包容量的。但是我的理解是，在当前技术没有突破的情况下，数据库安装包的大小也会在一定程度上代表了这个数据库的功能性和能力，再类比下发动机，它也需要基础材料的重量。
数据库简单来说有两个功能，即存数据和取数据。因为数据类型的多种多样，要存的下数据需要数据库的支持；取数据则需要取得输入要求与结果的最优路径，在不同的环境下，最优路径的定义和结果是不一样，因此我认为数据库本身是需要内置足够多的路径，并有能力根据选择最优路径，这些都是需要容量的。
在统计中我们可以看到PG作为众多国产数据库的底座，其本身的容量是非常小的，但是其提供的部分能力需要依赖插件进行扩展，以postgis插件为例，最新版3.5.2源码包的14.16MB，这已经基本达到了数据库本身大小的一半了。这也是为何很多基于PG的国产数据库容量也不小的原因。

总结

虽然数据库安装包的大小和数据库本身不一定存在关系，但我认为要支撑足够的功能性与性能，数据库容量一定也小不了。
老规矩，知道写了些啥。