我正在寻找使用 InnoDB 的 MySQL 5.6 的 ext3 文件系统块大小的建议。
在 VMware ESXi 5 中运行 CentOS 5.4 VM，VMFS 5 数据存储在 NetApp FibreChannel LUN（具有 4k 块大小）上。使用 O_DIRECT、innodb_flush_log_at_trx_commit = 2、14G 缓冲池，数据库执行 OLTP，偶尔会有一些大型查询来处理大量数据。有些表有几 GB 或更多，有些则很小。表和 ibdata 文件位于一个文件系统上，binlog 和 ib_logfiles 位于另一个文件系统上，因此它们可以具有不同的块大小。
我知道 InnoDB 使用 16k 块大小，这不是用户可配置的，所以我想知道是否值得将 ext3 块大小设置为匹配，而不是默认的 4k。
谢谢！
答案1
文件系统块大小不应该对 InnoDB 产生不良影响。我说的不是 CPU 限制性能的微小部分，因为它的文件系统开销非常小。你应该担心的是 IO 性能。
当 mysql 需要从磁盘读取 InnodDB 页时，它会访问文件的 inode 结构。ext3 inode 包含对 15 个块的引用。前 12 个直接指向数据块。其余 3 个指向包含其他块引用的块，这些引用也可能是直接的或间接的。
因此，如果 InnoDB 页位于文件的第一个 (12*4)=48KB - 它将通过 2 个 IO 操作获取：1 个用于 inode，第二个用于数据块，如果它位于第一个 (12*4 + 1024)*4=4.2MB，则需要 3 个操作，(12+1024+1024^2)*4=4GB - 4 个操作，(12*bs+1024+1024^2+1024^3)*4=4TB - 5 个操作。
1024 是4k块中4字节块引用的数量。
预读（写入的预分配）和缓存将减少这个计数，允许一次读取/写入多个块。
4k 的块大小与 Linux 内存页面大小相同，使得页面缓存更易于编码。
首次写入 Innodb 页面时，ext3 将预分配 8 个连续块（32kb）并写入其中 4 个，其他 4 个将被丢弃（或用于另一个页面）。对该页面的所有更改都将存储在相同的块中。
减少块大小的唯一好处是节省磁盘空间，因为 1 块是存储在磁盘上的最小数据单位。
增加它（有一些内核补丁可以做到这一点）将提高非常大的文件的性能，但并不像您想象的那么多。将其与 InnoDB 页面大小匹配是没有意义的，因为在绝大多数情况下，一个 InnoDB 页面的数据块将按顺序放在磁盘上，并将在单个操作中读取/写入。
答案2
没关系，ext2/3 唯一可用的块大小似乎是 1K、2K、4K。
-b block-size
Specify the size of blocks in bytes. Valid block size vales are 1024, 2048 and 4096 bytes per block.