MovableType3.2　Berkeley DBでの不具合対策

9月29日より提供されたMovable Type 3.2日本語版において、データベースとしてBerkeley DBを使用していると、現在、下記のような不具合が発生していることが確認されています。

Berkeley DBの環境下でMovable Type 3.2日本語版をご利用のお客様へのお知らせ

コメントの受信時に、MTEntryNext などのナビゲートリンクが消えてしまう。 再構築時におけるメモリー使用量の増加により、再構築できない現象が発生する可能性がある。 recently_commented_onの処理により、パフォーマンスが低下する可能性がある。

[追記] 10月12日:修正版（3.2-ja-2）がリリースされました

これらの不具合について、現在、修正版を準備中です（追記：10月12日、修正版（3.2-ja-2）がリリースされました）が、利用するデータベースをBerkeley DBから、MySQL、SQLite、PostgreSQLなどに変更すると、現時点での不具合を回避することができます。また、サーバー環境によっては、再構築のスピードも上がります。

元々、Berkeley DBは、簡易的なデータベース管理システムであるため、大規模な運用でMovable Typeを利用される場合には、性能的に十分とは言えません。

今後、Movable Typeの機能や性能を十分に活用していくためにも、データベースをBerkeley DBから、MySQL、SQLite、PostgreSQLなどに変更されることをおすすめします。

各データベースの使用感

当サイト環境（ロリポップで）における各データベース（Berkeley DB、MySQL、SQLite）利用時の感想です。

データベース	ロリポップでの使用時
Berkeley DB	不具合発生 ・再構築時に500エラー
MySQL	正常 ・Berkeley DBよりも再構築スピードが遅い
SQLite	正常 ・Berkeley DBよりも再構築スピードが速い

MovableType3.2（エントリー数143）において、データベースをBerkeley DB→MySQL→SQLiteと移行しました。

Berkeley DBでは、再構築時に500エラーが発生し、正常に再構築されれませんでした。原因は、再構築時におけるメモリー使用量の増加によるものだと思われます。

次に、Berkeley DBからMySQLへと移行したところ、無事、不具合は回避されましたが、Berkeley DB利用時よりも再構築スピードが遅くなりました。原因は、ロリポップにおけるMySQLサーバー数の少なさによるものだと思われます。

次に、MySQLからSQLiteへと移行したところ、Berkeley DB、及び、MySQL利用時よりも、再構築スピードが明らかに早くなりました。
ロリポップを利用されている方は、是非、SQLiteへ移行されることをおすすめします。

[関連記事]
・Movable Type 3.2のSQLite移行方法
・MovableType3.2-ja-2へのアップグレード方法
・MovableType3.2へのアップグレード方法
・MovableType3.2の新機能と問題点

参考になりましたら、ランキングにご協力お願いします＾＾