Azure托管MariaDB（10.3.23）磁盘空间占用不符问题求助

导致Azure显示的2.4TB磁盘占用远高于information_schema.tables查询结果的常见因素包括：

• 二进制日志（Binary Logs）：用于复制和数据恢复的二进制日志会持续生成，Azure托管实例默认会保留一段时间。这些日志文件不会被information_schema.tables统计，若保留周期长或复制延迟高，会占用大量磁盘空间。
• InnoDB事务日志：重做日志（redo log）和回滚日志（undo log）是InnoDB运行的核心组件。重做日志虽为循环写入，但高负载下可能临时扩容；回滚日志用于事务回滚和MVCC，未清理的旧回滚段会持续占用空间，均不在表数据统计范围内。
• 自动备份文件：Azure托管MariaDB会自动创建全量和增量备份，部分托管层级的备份文件直接占用实例磁盘空间，这部分不会被表数据查询统计到。
• 临时文件：执行大查询、排序、分组或数据导入导出时生成的临时文件，可能因操作异常或未及时清理残留，占用额外磁盘。
• 系统组件与日志：mysql、performance_schema等系统数据库文件，错误日志、慢查询日志等日志文件，以及文件系统层面的磁盘碎片，都会占用空间，而information_schema.tables仅统计业务表的数据与空闲空间。
• 索引空间未统计：你的查询仅计算了data_length，但索引占用的index_length也是磁盘消耗的重要部分，需补充统计该字段才能得到更准确的业务数据总占用。
• Azure磁盘计费逻辑：Azure的磁盘占用统计可能包含文件系统开销、快照空间、预分配的磁盘预留容量等，这些都不属于数据库表数据范畴。

你可以执行以下查询补充统计索引空间：

select sum(data_length/1024/1024/1024) as data_length_gb, 
       sum(index_length/1024/1024/1024) as index_length_gb,
       sum(data_free/1024/1024/1024) as data_free_gb  
from information_schema.tables;

内容的提问来源于stack exchange，提问作者nigelgomm