skakingさん

たかひらです。

> 「innodb_safe_binlog」は、トランザクションとバイナリログ
> の同期性に関するオプション設定なので、
> クラッシュリカバリの動きには特に影響ないと思われます。

というアドバイスを頂きましたので、
「innodb_safe_binlog」のオプションを外したところ、

    [ERROR] After InnoDB crash recovery, checking if the binary log
    '/var/lib/mysql/binlog.000002' contains rolled back transactions which 
must
    be removed from it...

のエラーは出力されないようになりました。

-----------------------------------------------------------
070213 21:34:19  mysqld started
070213 21:34:21  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
070213 21:34:21  InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 44381.
InnoDB: Doing recovery: scanned up to log sequence number 0 44381
InnoDB: Last MySQL binlog file position 0 79, file name 
/var/lib/mysql/binlog.000018
070213 21:34:21  InnoDB: Flushing modified pages from the buffer pool...
070213 21:34:21  InnoDB: Started; log sequence number 0 44381
/usr/libexec/mysqld: ready for connections.
Version: '4.1.20-log'  socket: '/var/lib/mysql/mysql.sock'  port: 3306 
Source distribution
-----------------------------------------------------------

> また、「innodb_safe_binlog」はMySQL5.0.3くらいに廃止され、
> 代わりとして「sync_binlog」になっていますので注意して下さい。

次に、my.cnfに『sync_binlog=1』として、バックアップ⇒クラッシュリカバリを
行った場合も、上記と同様のログとなりました。

従いまして、消去法で、、「innodb_safe_binlog」がよくなかったのではないかと
考えられますが、、、以前エラー出力時のログに、

    [Warning] --innodb-safe-binlog is meaningful only if the
    global sync_binlog variable is 1; now setting it to 1.

とあり、『sync_binlog=1』に変換してくれているように読み取れ、
原因がどうなのか理解に苦しんでいるところです。(-_-;)

 / Takahira Ken