MID [MS-K's Irresponsible Diary] - MySQL

MySQLサーバのチューニングし直し

nospam@example.com (MS-K) — Fri, 06 Mar 2009 15:21:57 +0900

blogの記事が増えてきたせいか、ここ最近レスポンスが悪い状態になることがありました。
そうなるとこのblogだけではなく、友人に貸しているスペースで運用しているサイトの方もMySQLを使っているため、影響を受けてしまいます。
ということで久しぶりに my.cnf の見直しを。
もともと大したアクセス数は無いサーバ(^^ゞなので、かなり控えめな設定をしていたところを、ほんの少し贅沢にしていきます。

多いに参考になるのは「漢(オトコ)のコンピュータ道」の中の人が管理しているwiki、「MySQL Practice Wiki」です。

サーバの仕様。
CPU/AMD Athlon 3500+（2.2GHz）
RAM/1GB
HDD/80GB
OS/FreeBSD6

MySQL5.1、ストレージエンジンは全てMyISAM。

/usr/local/etc/my.cnf

[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
key_buffer = 64M #32Mから変更
max_allowed_packet = 2M #1Mから変更
table_cache = 512 #256から変更
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 16M

default-character-set = utf8
skip-character-set-client-handshake

log-bin
expire_logs_days = 14

実メモリが1GBなので、もっと余裕を持たせてもいいと思いますが、上述したように大したアクセス数はないし、貧乏性なので、少しづつ様子見です。
おそらく key_buffer の増加だけで効果は出ると思いますが、blogのせいで開いているテーブルがやたら多いため、 table_cache も増やしてみます。
max_allowed_packet については、大きいデータの挿入とかはほとんど無いので、無関係かとは思いますが、一応余裕のために。

上述の「MySQL Practice Wiki」さんの「My.cnfサンプル＞ Webのバックエンドでメモリ2GB/MyISAMのみの場合」を参考に、メモリ1GBという環境を踏まえて、控えめに調整しています。

上記編集後にMySQL再起動で様子見しましたが、明らかに速くなった模様。
今まで key_buffer=32M でしたから、当たり前といっちゃ当たり前ですが、こうも明らかな変化が出ると嬉しいもんです。

MySQL5.1の日本語マニュアルが開かない件

nospam@example.com (MS-K) — Wed, 28 Jan 2009 12:59:58 +0900

そういえばMySQLのCHMマニュアルをしばらく更新していないなあ、と思い、最新版をダウンロードしたのですが、見事にエラーで開きません。
セキュリティ対策のためにリモートアクセスを拒否しているせいのようです。
以下@ITより。

■セキュリティの強化により、デフォルトでは、リモート・コンピュータ上の.CHMファイルを表示することができなくなっている。
■これはHTMLヘルプの脆弱性によってリモート・コードが実行されないようにするための制限である。
■この制限を緩和するためには、レジストリの設定を変更する。

結構古い記事なのですが、今まで手元のマニュアルが普通に開いていたので、知りませんでした(^^ゞ

ということで、自分でも以前からやっていたPHPの日本語マニュアル再コンパイルと同様に、MySQLのマニュアルも再コンパイルして解決です。

と、ここで再コンパイル方法を説明しようと思ったんですが、既にblog.plastik.jpさんにわかりやすい解説があるので、そちらを紹介しておきます。

皆様は、phpオフィシャルサイトから、Windowsヘルプ形式のchm版のマニュアルをダウンロードしたことはありますでしょうか？多分一度でも使ったことのある方は、非常に便利だ！って思っている方が多いと思います。
ただ、それでも実は 1 点大きな欠点があります。もちろん使用されたことのある方は知っているかと思いますが、ダウンロードしたままだと、マニュアル内のキーワード(マニュアルに含まれるキーワードをインクリメンタルサーチが出来る部分)が、文字化けしているんです。

ちなみにPHPのCHMマニュアルが文字化けしているのは、目次ファイルとキーワードファイルがUTF-8で書かれているからのはずなので、デコンパイルして出来上がった php_manual_ja.hhc、php_manual_ja.hhk の二つをShift-JISで保存し直してからコンパイルすればOKです。

て、いつの間にかPHPのマニュアルの話になってるし…

WordPressでパスワード忘れの時はMD5化して突っ込む

nospam@example.com (MS-K) — Wed, 30 Jul 2008 11:53:53 +0900

ちょっときっかけがあったので、初めてWordPressに触れてみました。
もちろん初めはローカルマシンにインストールしての検証です。
で、サクっと初期ユーザー名と初期パスワードを忘れてしまいました
さらに！ローカルWindowsマシンなので、
パスワードをメールで受け取ることもできません。←ここネック（笑）

まず最初にパスワードを確認。
wp_usersテーブルのadminのuser_pass なんですが暗号化されているので読めません。

ということで、これを消すことから試しました。
wp_usersテーブルのadminのuser_pass を空にしてログイン。
空PWは拒否されてしまい玉砕。
ここで、忘れちゃいけないと思って、IDとPWをテキストファイルに保存していたことを思い出しましたが、後の祭り

次。
wp-login.phpを読むと、137行目に以下の記述があるため
// Now insert the new md5 key into the db
暗号化はMD5ということでおそらく確定です。

適当なパスワードをMD5暗号化ででっちあげて、wp_usersテーブルのadminのuser_pass に突っ込みます。 OK

<?php
/**
* MD5生成
* ついでにSHA1も生成して試す
*/
ini_set("default_charset", "UTF-8");
ini_set("mbstring.internal_encoding", "UTF-8");

// 適当にPWを設定
$pw = "tekitouna-pw";
// MD5で暗号化
$pwmd5 = md5($pw);
// 一応SHA1も試したけどNGでした
$pwsha = sha1($pw);

echo <<< EOD
生pw：$pw


// このMD5をuser_passに入れる。
MD5 : $pwmd5 
SHA1 : $pwsha 


EOD;

// 念のため比較しておく
$md5result = (md5($pw) === $pwmd5) ? 'OK' : 'FALSE';
$sharesult = (sha1($pw) === $pwsha) ? 'OK' : 'FALSE';

echo <<< EOD

<hr />


MD5 Result : $md5result 
SHA1 Result : $sharesult


EOD;
?>

結果

生pw：tekitouna-pw

MD5 : 39acf3df4d5520ce4c4c1125207b0d53
SHA1 : db8740a3b5616c45e383dd36fbe5913edd852efc

MD5 Result : OK
SHA1 Result : OK

DBDesignerで設計することにした。

nospam@example.com (MS-K) — Thu, 17 Jul 2008 15:03:24 +0900

新しい（と言ってもDBDesignerが新しいわけではなく、自分で使ったことが無いという意）ソフトを憶えるのが面倒くさいとか時間が無いとかの理由で、今までDB設計はエセER図みたいのを紙に殴り書きして行っていました。

ただ、それだと設計図を後に残すことができないので、後々自分でデータベースを変更する時などに、いちいちphpMyAdminにアクセスしてテーブルを確認、などとダサイことをしていたわけです。

これじゃあいかんということで、今さらながらDBDesignerを入れてみました。日本語対応版。

で、さっそく、「ユーザー名かパスワードが違う」というあり得ない理由でデータベースに繋がらないという問題が生じたのでメモ。
空想具現化プログラミングさんに載っていた内容。

DBDesigner4からMySQL4.1以降に接続するとき、ユーザー・パスワードが正しいのに接続できない、という現象が起こることがあります。
SET PASSWORD FOR 'ユーザー'@'ホスト' = OLD_PASSWORD('新パスワード');
MySQL4.1で認証まわりの仕様が変わったことに影響を受けているようです。

と、いうことで、解決しました。
thanx !

過去に作ったデータベースについても「リバースエンジニアリング」機能で取り込めますので、改めてER図を起こすことができ、かなり便利です。
あとは、データをふっ飛ばしてしまった模様のProEvo - DBDesiger 4 マニュアル(日本語)が復活してくれればさらに楽になれるはずなのですが。

2008-08-05 追記：復活した模様

なお、DBDesignerの開発者が現在関わっているMySQL Workbenchも素敵そうなのですが、.NET環境が必要であることがネックなので今のところは導入するつもりはありません。
その他SQL Mk-2というのが日本人による開発なので、もしかすると使いやすいかも。