Ubuntu 上优化 Informix 存储空间的实用方案
一 存储架构与空间回收
- 使用 onspaces、SQL 管理 API 或 OAT（OpenAdmin Tool） 统一管理 dbspace、临时 dbspace、sbspace、blobspace、plogspace，支持创建、扩展、删除、监控与告警配置。
- 配置 SP_AUTOEXPAND=1 启用自动扩容；在 storage pool 中预置裸设备、普通文件或目录，按需自动新增或扩展 chunk。对关键空间可设置扩展阈值与等待时间，减少人工巡检。
- 对无镜像的 dbspace/临时 dbspace 可启用 extendable chunk，并合理设置“创建/扩展大小”，避免频繁小步扩容。
- 定期执行空间整理：消除交错区（interleaved extents）、回收空 extent、必要时重建表/索引以收缩碎片；对 blobspace/sbspace 监控元数据与用户数据区使用率。
- 注意：即使启用了自动扩容，某些使用 DBSPACETEMP 的临时操作（如大索引构建、排序）仍可能在空间不足时直接报错，需提前为临时空间准备足够 chunk 或更大的临时 dbspace。
二 表设计与压缩策略
- 选择最合适的数据类型：避免过长的 CHAR/VARCHAR 造成内部碎片，能用 LVARCHAR 的场景尽量使用；减少不必要的 BLOB/CLOB 内联存储。
- 启用 表/列/行压缩：对宽表、历史归档表、重复度高的列效果显著，可同时降低 I/O 与占用。
- 控制索引数量与类型：只为高频过滤/连接/排序字段建立必要索引，避免过多索引导致插入/更新膨胀与空间浪费。
- 对大表按时间/业务键分区，便于按分区归档、清理与重建，减少全表维护成本。
- 示例（概念）：
- 列类型优化：将过大的 CHAR(2000) 改为更贴合实际长度的 LVARCHAR/VARCHAR。
- 压缩：对历史表启用表级压缩；对高重复列启用列级压缩。
三 临时空间与排序优化
- 在 ONCONFIG 中为 DBSPACETEMP 指定一个或多个专用临时 dbspace，避免与业务数据争用；必要时创建多个临时 dbspace 以提升并行排序/临时 I/O 能力。
- 为临时空间配置可扩展 chunk 或纳入 storage pool，确保大排序/索引构建不会因临时空间不足而失败。
- 结合内存参数提升内存内操作比例：如 DS_TOTAL_MEMORY、DS_NONPDQ_QUERY_MEM、LRUS/BUFFERS 等；同时合理设置 PHYSBUFF、LOGBUFF、CLEANERS、DIRECT_IO 以平衡缓冲与 I/O。
- 注意：自动扩容并非对所有临时空间场景都生效，索引构建/排序等临时操作需确保 DBSPACETEMP 已具备充足且可扩展的空间。
四 监控 容量规划与运维例行任务
- 建立容量基线与增长预测：按业务增长、性能指标（吞吐/时延）与数据保留策略计算容量，并预留 RAID/热备/文件系统开销 的安全余量。
- 选择适配的 文件系统（如 ext4、XFS） 与 LVM/存储池，便于在线扩容与灵活分配；结合 I/O 调度 与挂载选项优化。
- 部署持续监控与告警：跟踪 dbspace 使用率、chunk 状态、临时空间使用、自动扩容事件 等，提前识别空间风险。
- 例行维护清单：
- 定期 更新统计信息、重建/重组高碎片索引；
- 归档与清理历史/过期数据，按分区或时间窗口执行；
- 使用 dbschema 导出空间/对象定义，便于重建与迁移；
- 校验自动扩容任务频率与阈值，确保与业务高峰错峰。
五 快速检查清单与常用命令
- 检查清单
- 已为 DBSPACETEMP 配置专用、可扩展的临时 dbspace，并纳入监控告警。
- SP_AUTOEXPAND=1 且 storage pool 已包含可用设备/目录；关键空间设置了合理的扩展大小与阈值。
- 大表已评估并实施压缩与分区策略；索引数量与列类型已优化。
- 例行任务（统计信息、碎片整理、归档清理）已纳入周期计划并留痕。
- 常用命令示例
- 查看空间与阈值：执行存储池与空间监控任务，确认自动扩容配置与告警。
- 自动扩容开关：设置 SP_AUTOEXPAND=1/0 并持久化。
- 扩展空间/扩展 chunk：使用 onspaces 或 SQL 管理 API 对 dbspace/sbspace/blobspace 执行扩容或扩展。
- 临时空间保障：向 DBSPACETEMP 添加 chunk 或替换为更大的临时 dbspace，避免排序/索引失败。
- 碎片整理：消除交错区、回收空 extent，必要时重建表/索引。
