小ネタです。 Visual Studioの英語環境が必要になってLinux KVM上にWindows XPの環境を構築していたのですが、ついでなのでMySQLの性能測定をしてみました。 ホスト CPU：Intel Core i5-2400S (Quad-Core、2.50GHz、Max 3.30GHz) OS：Scientific Linux 6.2 64bit RDBMS：MySQL 5.5.21、innodb_buffer_pool_size=1024M ゲスト1 OS：Scientific Linux 6.2 64bit RDBMS：MySQL 5.5.21、innodb_buffer_pool_size=1024M ゲスト2 OS：Windows XP SP3 32bit DRIVER：Red Hat VirtIO Ethernet Adapter 51.63.103.2200 R

W3Schools offers a wide range of services and products for beginners and professionals, helping millions of people everyday to learn and master new skills. Free Tutorials Enjoy our free tutorials like millions of other internet users since 1999

WindowsでMySQL 5.1をちょっと試してみたいという方向けのインストール手順書です。Webで検索するとMySQLのインストール手順書はたくさん見つかるのですが、今回ご紹介する手順にはこんな特長があります。 インストール時点でMySQLの知識が不要 起動・停止が簡単 レジストリを汚さない サービスを作らない アンインストールが簡単 サンプルデータベース付き MySQL ZIP版をダウンロードする MySQLのダウンロードサイトでは、Windows用のバイナリとして以下の3種類が用意されています。 普通はMSI版を利用するのですが、ちょっと試してみたいだけという場合はZIP版(Without installer (unzip in C:\))の方が便利です。今回はZIP版をダウンロードします。 アーカイブをC:ドライブ直下に展開する ダウンロードしたmysql-noinstall-5

XAMPP 1.7.4 MySQL4.x系のトラブル再来！！！ ■事象 PiwigoのWebからのセットアップ時、DB内容を入力後セットアップ開始すると、 以下のようなエラーが表示される。 Warning: [mysql error 1064] You have an error in your SQL syntax; ■原因 PiwigoのインサートスクリプトがMySQL5.5に対応していない？ XAMPP 1.7.4は、MySQL5.5 XAMPP 1.7.3は、MySQL5.1 ■対処 暫定としてXAMMPのバージョンを１つ前のものをインストール。(XAMPP 1.7.3a) ＃といっても解凍するだけだけど。 ■背景 日経Linux4月号にPiwigoの紹介があったので入れてたときにハマった。 PiwigoのRequireみるとMySQL5とあったので、XAMPPの最新版をチョイスし

明けましておめでとうございます。今年もコンピューター道に邁進して参りますのでよろしくお願いします！ さて、今年一発目のネタはMySQL利用時におけるZFSのチューニングについて取り上げようと思う。Solarisに搭載されている機能の中でも最も注目度の高いものの一つであるZFSであるが、MySQLのバックエンドとしてはあまり利用されていないように思う。（そもそもSolarisのユーザー数自体がそれほど多くないという話もあるが。）ZFSは優れたファイルシステムであり、ファイルシステム自体にスナップショット機能が搭載されていたり容量の限界に先が見えない（充分すぎるほど余裕がある）といった管理上のメリットがあり、DBAにとっては垂涎のファイルシステムであると言える。（Linuxで利用出来ないのが難点だが、ZFSを使うためにSolarisを使うのもアリだろう。） MySQL利用時におけるZFSのチュ

いつも「MySQLを使うときはこうするべき」という観点から記事を書いているが、今日は逆に犯してはいけない過ちをリストアップしようと思う。 1. 全てのカラムにインデックスをつけるデータベース初心者がもっともやってしまいがちな間違いはコレではないだろうか。インデックスはいい。検索がとても速くなるから。しかし、それと引き替えにインデックスは更新するときにコストがかかるし、その分多くのディスクスペースを消費する。特に更新にかかるコストは時に甚大で、該当するインデックスのページがキャッシュ上にない場合はディスクからいったんそのページを読み込まなければいけない。ディスクアクセスは動作にとても時間がかかるので、インデックスが多数、例えば全てのカラムに付いていたりすると「あれ？固まったか？」というような状態になってしまうことがあるだろう。インデックスは必要なカラムにだけつけるようにテーブルを設計しよう。

どうやってたくさんあるSQLノードに接続すればいいんだ？ ロードバランスは？ フェイルオーバーは？ ということがあると思う。このテーマを扱ったドキュメントはありそうだちょうど良いものが見あたらない。おそらくこの点が明確でないために「よし、最近サイトのトラフィックも増えてきたことだし、いっちょMySQL Clusterを試してみようか！」という気にならず、多くの人が利用を躊躇ってしまっているのではないだろうか？なので今日はこの点について5パターンのソリューションを紹介したいと思う。 その前に、「MySQL Clusterって何だ？シラネーヨ！」って人は、MySQL Clusterの特徴やセットアップ方法などを以前にThinkITへ投稿したのでそちらを参照して貰いたい。 http://www.thinkit.co.jp/article/95/ では本題。 1. mysqldをアプリと共存恐らく

ちょっとキャッチ−なタイトルをつけてしまったが、今日は独断と偏見でMySQLを高速化する方法を10個紹介しよう。MySQLサーバをチューニングするときや初期導入する場合などに参考にしてもらいたい。 1. バッファを増やす、または減らす チューニングの基本中の基本であるが、適切なバッファサイズを設定することはパフォーマンスチューニングの要である。主なバッファは次の通り。 innodb_buffer_pool_size・・・InnoDBだけを利用する場合は空きメモリの7〜8割程度を割り当てる最も重要なバッファである。余談だが、実際にはここで割り当てた値の5〜10%ぐらいを多めにメモリを使うので注意が必要だ。 key_buffer_size・・・MyISAMだけを利用する場合は、空きメモリの3割程度を割り当てるといい。残りはファイルシステムのキャッシュ用に残しておこう。 sort_buffer_