新データベースの新しい技術導入にちょいとためらいが…。
今日から3日間、都内で研修。
いつもより30分早く家を出たら、
開始1時間前に着いてしまいました(-_-
そして16時半に終了して帰宅…っと
途中で人身事故で電車がストップ(-_-#
結局いつもと同じ時間に帰宅。
最近また人身事故多いなぁ。
困ったものです。
-----
さて。
帰宅後、夕飯を食べて風呂に入り
新しいサーバのデータベース導入を進めております。
が。
技術はどんどん進歩しますねぇ。
新しいデータベースは、その技術を取り入れるかどうか
現在検討しています。
具体的には…
(専門的な話になるので、興味ない方は飛ばしてください)
---
当「The Sunday Breeze」は
MySQLというデータベースサーバを利用しています。
これは開設当時から。そのころはまだヴァージョン3.2とかそれくらい。
MySQLの中で使えるデータベースエンジンは
MyISAMというのが主流でした。(というかそれしかなかったという記憶)
ヴァージョン4くらいからでしたかね(曖昧)。
InnoBase(現在のInnoDB)という新しいエンジンが導入されましたが
当時はまあ…使えるものではありませんでした。
(遅い、メモリ食う、メンテナンスが大変、など)
なので、InnoDBエンジンが新たに組み込まれても
「The Sunday Breeze」では、MyISAMエンジンを継続して使用してきました。
が。
最新版のMySQLはリリース版ヴァージョン5.6。
今ではInnoDBがデフォルトのデータベースエンジンとなり
そして巷の評判ではかなりの改善が図られた模様。
メモリもだいぶ少量で稼動が可能らしいし
スピードもMyISAMエンジンと遜色ないくらいまで向上した…らしいと。
新たに64ビットサーバを導入するにあたり
これまで使用してきたMyISAMエンジンからInnoDBエンジンへ
切り替えようかどうしようか…。
管理人が一番気にしている部分は
トランザクションの遅延がどの程度なのか(即時コミットってあるんだっけ?)ってのと
テーブルごとに物理ファイル管理ができないこと。
万が一サーバが突然停止して、バックアップからリカバリしなくてはならない場合に
これまでだとバックアップファイルをコピーすればよかっただけですが
InnoDBではどうなるんだろう?
トランザクションログから戻すってどうやるんだろう?
まだまだ勉強不足で
新しくInnoDBを導入するメリットが見つからずにいます。
---
ということで、
新しい技術を導入する準備は整っているんですが
管理人の気持ちで導入をためらっております。
…かといって
長いこと考えている時間はありませぬ。
早めに結論を出して
土曜の夜か日曜の夜にはデータベースを切り替える予定でいます。
明日・明後日あたりも
このネタが続くと思います。
いつもより30分早く家を出たら、
開始1時間前に着いてしまいました(-_-
そして16時半に終了して帰宅…っと
途中で人身事故で電車がストップ(-_-#
結局いつもと同じ時間に帰宅。
最近また人身事故多いなぁ。
困ったものです。
-----
さて。
帰宅後、夕飯を食べて風呂に入り
新しいサーバのデータベース導入を進めております。
が。
技術はどんどん進歩しますねぇ。
新しいデータベースは、その技術を取り入れるかどうか
現在検討しています。
具体的には…
(専門的な話になるので、興味ない方は飛ばしてください)
---
当「The Sunday Breeze」は
MySQLというデータベースサーバを利用しています。
これは開設当時から。そのころはまだヴァージョン3.2とかそれくらい。
MySQLの中で使えるデータベースエンジンは
MyISAMというのが主流でした。(というかそれしかなかったという記憶)
ヴァージョン4くらいからでしたかね(曖昧)。
InnoBase(現在のInnoDB)という新しいエンジンが導入されましたが
当時はまあ…使えるものではありませんでした。
(遅い、メモリ食う、メンテナンスが大変、など)
なので、InnoDBエンジンが新たに組み込まれても
「The Sunday Breeze」では、MyISAMエンジンを継続して使用してきました。
が。
最新版のMySQLはリリース版ヴァージョン5.6。
今ではInnoDBがデフォルトのデータベースエンジンとなり
そして巷の評判ではかなりの改善が図られた模様。
メモリもだいぶ少量で稼動が可能らしいし
スピードもMyISAMエンジンと遜色ないくらいまで向上した…らしいと。
新たに64ビットサーバを導入するにあたり
これまで使用してきたMyISAMエンジンからInnoDBエンジンへ
切り替えようかどうしようか…。
管理人が一番気にしている部分は
トランザクションの遅延がどの程度なのか(即時コミットってあるんだっけ?)ってのと
テーブルごとに物理ファイル管理ができないこと。
万が一サーバが突然停止して、バックアップからリカバリしなくてはならない場合に
これまでだとバックアップファイルをコピーすればよかっただけですが
InnoDBではどうなるんだろう?
トランザクションログから戻すってどうやるんだろう?
まだまだ勉強不足で
新しくInnoDBを導入するメリットが見つからずにいます。
---
ということで、
新しい技術を導入する準備は整っているんですが
管理人の気持ちで導入をためらっております。
…かといって
長いこと考えている時間はありませぬ。
早めに結論を出して
土曜の夜か日曜の夜にはデータベースを切り替える予定でいます。
明日・明後日あたりも
このネタが続くと思います。
このネタへのコメント:
コメントはありません。