所以我对调整 InnoDB 还很陌生。我正在慢慢地将表（在必要时）从 MyIsam 更改为 InnoDB。我在 innodb 中有大约 100MB，所以我将innodb_buffer_pool_size变量增加到 128MB：
mysql> show variables like 'innodb_buffer%';
+-------------------------+-----------+
| Variable_name | Value |
+-------------------------+-----------+
| innodb_buffer_pool_size | 134217728 |
+-------------------------+-----------+
1 row in set (0.00 sec)
当我去更改innodb_log_file_size值时（例如mysql 的 innodb 配置页面上的my.cnf注释将日志文件大小更改为缓冲区大小的 25%。所以现在我的 my.cnf 看起来像这样：
# innodb
innodb_buffer_pool_size = 128M
innodb_log_file_size = 32M
当我重新启动服务器时，出现此错误：
110216 9:48:41 InnoDB：初始化缓冲池，大小 = 128.0M
110216 9:48:41 InnoDB：缓冲池初始化完成
InnoDB：错误：日志文件 ./ib_logfile0 的大小不同 0 5242880 字节
InnoDB：比指定的.cnf 文件 0 33554432 字节！
110216 9:48:41 [错误] …
首先让我承认我对硬盘的内部工作原理非常无知。因此，当我阅读变量innodb_flush_method的手册时，它让我感到困惑。我可以用外行的术语解释 O_DSYNC 和 O_DIRECT 的区别，以及如何知道这是否是数据库服务器上的性能问题。
我的设置的一些统计信息：运行 MySQL 5.1.49-64 位的 Mac OSX 10.6（32 位内核，因为架构已过时）（希望它能让我使用内存）。8GB RAM，~6GB innodb 数据/索引。
所以我有这个审计表（跟踪我数据库中任何表的操作）：
CREATE TABLE `track_table` (
`id` int(16) unsigned NOT NULL,
`userID` smallint(16) unsigned NOT NULL,
`tableName` varchar(255) NOT NULL DEFAULT '',
`tupleID` int(16) unsigned NOT NULL,
`date_insert` datetime NOT NULL,
`action` char(12) NOT NULL DEFAULT '',
`className` varchar(255) NOT NULL,
PRIMARY KEY (`id`),
KEY `userID` (`userID`),
KEY `tableID` (`tableName`,`tupleID`,`date_insert`),
KEY `actionDate` (`action`,`date_insert`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
我需要开始归档过时的项目。该表已增长到大约 5000 万行，因此我可以删除行的最快方法是一次删除一个表（基于tableName）。
这工作得很好，但在一些写入繁重的表上，它不会完成。我的查询删除所有delete对 tupleID/tableName 组合具有关联操作的项目：
DELETE FROM track_table WHERE tableName='someTable' AND tupleID IN (
SELECT DISTINCT tupleID FROM track_table …