老蒋谈存储案例教学 - LinuxTone.Org

在 许 多 操 作 系 统 中 ,I/O 请 求 的 大 小 限 制 在 256 KB 或 128 KB, 不 能 改 变 ,
所 以 如 果 必 须 对 存 储 和 操 作 系 统 完 成 更 多 的 请 求 , 就 会 影 响 到 I/O 性 能 。
文 件 系 统 和 卷 管 理 器
架 构 决 策 中 最 重 要 的 事 情 之 一 就 是 为 每 个 数 据 库 组 件 确 定 最 理 想 的 卷 管 理
器 和 文 件 系 统 设 置 , 对 于 每 种 类 型 的 I/O, 你 可 能 希 望 进 行 不 同 的 设 置 , 请 考
虑 以 下 的 I/O 类 型 :
长 和 短 的 连 续 块
长 和 短 的 随 机 块
长 和 短 的 多 重 数 据 流 块
所 有 的 读
所 有 的 写
多 线 程
对 所 有 这 些 类 型 的 I/O 来 说 , 只 有 一 组 设 置 的 文 件 系 统 表 现 得 都 不 好 , 而
且 我 敢 说 对 于 上 述 任 何 两 种 类 型 的 I/O 来 说 , 只 有 一 组 可 调 参 数 的 文 件 系 统 也
无 法 做 好 , 也 不 可 能 通 过 改 变 参 数 来 提 升 性 能 。
设 计 中 要 确 定 的 两 个 关 键 因 素 是 :
1. 对 于 所 要 处 理 的 I/O 类 型 , 什 么 是 最 好 的 卷 管 理 器 和 文 件 系 统
2. 对 于 该 文 件 系 统 和 卷 管 理 器 , 什 么 又 是 最 好 的 可 调 参 数
几 年 前 我 曾 做 过 一 个 数 据 库 , 由 于 一 些 原 因 而 无 法 进 行 扩 展 , 不 过 我 认 为
其 中 最 主 要 的 原 因 是 RAID 缓 存 在 进 行 索 引 查 找 时 未 得 到 有 效 利 用 。RAID 的 读
访 问 率 小 于 20%, 而 且 我 认 为 大 部 分 是 不 规 则 的 连 续 读 ( 先 对 几 个 请 求 连 续 读 ,
然 后 随 机 跳 过 几 个 , 又 开 始 连 续 读 )。
检 查 卷 管 理 器 后 , 我 发 现 了 问 题 所 在 。 每 个 文 件 系 统 有 32 个 LUN( 逻 辑 单
元 号 ), 每 个 LUN 为 8 GB。 文 件 系 统 上 的 数 据 条 设 置 为 32 KB, 与 RAID 分 配 相
符 。 每 个 索 引 文 件 是 2 GB。
考 虑 到 RAID 缓 存 的 工 作 方 式 , 你 必 须 先 读 两 个 连 续 块 再 读 第 三 个 块 , 这 是
常 用 的 算 法 , 因 此 在 下 一 个 I/O 到 达 缓 存 之 前 , 需 要 32 KB*32 LUN*2, 即 2 MB
的 连 续 读 数 据 。
RAID 缓 存 利 用 率 如 此 低 下 并 不 奇 怪 。 客 户 被 告 知 他 们 有 两 个 办 法 提 升 性
能 , 一 是 为 卷 管 理 器 数 据 条 分 配 2 GB, 这 样 每 个 索 引 文 件 均 被 连 续 分 配 ; 二 是
PDF 文 件 使 用 "pdfFactory Pro" 试 用 版 本 创 建 www.fineprint.cn