YNET Weblog

MERGE テーブルの中で、いくつものMyISAMフィーチャーを利用する事はできません。

例えば、MERGE テーブル上でFULLTEXT インデックスを作成する事はできません。
もちろん、基礎となるMyISAM テーブル上に FULLTEXT インデックスを作成する事はできますが、
全文検索で MERGE テーブルを検索する事はできません

MySQL :: MySQL 5.1 リファレンスマニュアル :: 13.6 MERGE ストレージエンジン

http://dev.mysql.com/doc/refman/5.1/ja/merge-storage-engine.html

そでしたか。

気分が乗ってないけど、メールサーバーを立てました。

回線を乗り換えたときから OP25B を気にしなくて良くなってたんで、
リレー設定とかが簡単で済みました。

So-net で立てているときは、 Postfix の設定ファイルに

みたいな一行が必要です。

気分が乗ってたので、新鯖 ( 新鯖か？ ) に DNS サーバーを立てました。
といっても、30分あればすぐ出来てしまうわけですが。

Apache と Toritonn ( MySQL ) は既に入れてあって、
テーブルも一応 10月分ぐらいまでは、マージしてあるはず。

登録件数は、2,731,083 件。データベースを構成するファイルの合計は 4.5GB。
現状でも、 API 叩けば、ちゃんとデータが表示されているので、特に問題はなさそう。
(まだ外部からは使えるようにしていないけど)

ただ、>>1 の本文と、スレタイを同じテーブルに入れちゃったせいで、
スレタイだけから検索したいときに遅くなるのが 失敗したなーと思った。

分割して、MERGE テーブル出来るようにしていればなぁ。

うーん、ここに書くのもなんだか久しぶり。
大量のスパムが入ってたので、対策してみたんですけど、どうでしょう？

もっと、根本的に解決できれば良いんですけどねぇー。
使っていただいてるのに、これ以上強いるのも・・・。

「猫のアイコンを選んでね！」とか、やります？

[12/Aug/2009:17:34:50 +0900] “GET /tmp/denylist.php HTTP/1.1″ 200 2729

（・∀・）ﾆﾔﾆﾔ

my.cnf がデフォルトでインストールされていなくて手間取ったけど、なんとかデータの移行はできた。
現在、データーベースの再構築中。

今は、 Express 5800/110Ge に 2GB 搭載しているので、1個のホスト OS と
ゲスト OS に1GB ずつメモリを割り当てて運用中。
DDR PC3200 から DDR2 PC6400 に替わったせいか、すごい再構築が早い気がする。
あ、そういえば、デュアルチャンネルの恩恵もあるのか。

将来的には、 2GB モジュールを4本入れて CPU も現在メインマシンで使っている Q6600 を入れて運用したいかな。
Q9550 も今月の 21 日だったかな？に価格改定して 2万2000円になるらしいですし、
HD 動画と戦って、負けたらメインマシンの CPU 換装も考えよう。

今度、メインマシンのパーツを入れ替えるのは、 MB と CPU あたりかな。
メモリはすでに 4GB 積んで、 MB の限界値 3328 MB まで認識してるし、
グラフィックボードは、 Geforce 9600 GT が、これまた MB の限界値 PCI-Express x4 動作ですし。

まぁ、何事も、考えてるときが一番楽しかったりもします。

CentOS はどうやら Dovecot が MySQL を使うタイプのパッケージみたいで、
MySQL の 依存がありますね。

先に Toritonn を入れてしまえば問題ないのですが、 Dovecot を先に入れてしまうと、
MySQL を抜くときに Dovecot まで一緒に抜けてしまいます。

とりあえず、構築が終わったサーバーは、 DNS と FTP と MySQL で、
MySQL だけデータ を流し込んで再構築しないといけない。

未テストなのは、Postfix と Dovecot で、これはポートの関係上テストしづらい。

あとは Apache が終われば良いんだけど、ちょっとファイルの構成が複雑で、
それらの整理に手間取ってる。
blog.yuhisa.com 以下は、MySQL も絡んでくるので、またまた面倒。

でもまぁ、この作業が全部終われば、ウィークリーバックアップ以外ほとんど必要なくなるわけで、
HDD が2個空くことになるのかな？
併せても 300GB いかないだろうけど、消費電力は減りそう。

scp でファイル転送するのが一番簡単そうだったので、
ただいま転送中・・・。

Apache や PHP の設定になってきて、このあたりはもうなれたものだと思っていたのですが、
eAccelerator をパッケージからインストールしたら、 /etc/php.d/ の中に
eaccelerator.ini とかいうファイルを勝手に作ってくれちゃったんですね。

Zend Optimizer 使用者にとってはこれはやっかいで、
eAccelerator の設定より後に Zend Optimizer の設定を書かないといけないんです。

ところが、 eaccelerator.ini というファイルがあるせいで、 Zend Optimizer の設定が優先され、
php -v とかやっても

PHP Fatal error:  [eAccelerator] eAccelerator 0.9.5.2 can not be loaded twice in Unknown on line 0

と怒られる始末。

今までは、確かソースから入れていたのでこんなことにはならなかったのですが、
いやー、詰まった詰まった。30分ぐらいググったね。

で、念のためファイル構成を調べるためにパッケージのファイルを表示させたら
eaccelerator.ini がいやがると。

DNS の 設定とメールサーバーの設定が一通り終わり、 FTP や Apache などの設定になってきました。
DNS は、 BIND なんですけど、設定ファイルの書き直しが必要でちょっと苦労しました。

そういえば、 XREA が相変わらず大規模障害を起こしていて
自分の使い方だと大変なことになってるんですよね。
あらゆる通信において、名前解決が恐ろしく重いです。

でも、自分では、どうしようも無いのでキュウリ踊りして待ってます。
XREA は仕方ないとしても、上位的な存在である CoreServer も同じですからね。

確かにここ2年ぐらいで随分とサポートがひどくなりましたが、
XREA Plus は、月200円ですからね、元々期待してません。

CoreServer の人はちょっと気の毒かな、、、

構造体は、 MySQL で言うところのレコード。
構造体配列になるとテーブルになる。

さて、意外とすんなり開発用の仮想サーバーが一つ出来たのですが、
これからどうしよう。