なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか？ そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ
MySQLのログファイル MySQLのログファイルは、実行エラーログ、クエリログ、スロークエリログ及びトランザクションログの4種類のログがあります。 実行エラーログ 実行エラーログは、起動、停止及び実行時のエラーがMySQLディレクトリに"ホスト名.err"というファイル名で保管されます。 MySQLで障害発生時に障害特定の情報を得ることが出来ます。 ・設定方法 1．コマンド UNIX、Linuxの場合 $ mysqld_safe --log-error=myerror.log --log-warnings=1 Windowsの場合 C\> mysqld-nt --log-error=myerror.log --log-warnings=1 オプション オプション 内容 --log-error[=filename] エラーログの出力先ファイル名を指定します。 --log-warnings[
■ MySQLのログファイル MySQLのログファイルは、実行エラーログ・クエリログ・スロークエリログ・トランザクションログの4種類があります。 ※ mysql/data/ へ格納される ※コマンドから設定の場合はMysql停止まで有効、設定ファイルの場合は設定削除まで有効。 ☆実行エラーログ 起動、停止及び実行時のエラーがMySQLディレクトリに保存されます。 MySQLで障害発生時に障害特定の情報を得ることが出来ます。 ・設定方法（コマンド） UNIX、Linuxの場合 $ mysqld_safe --log-error=myerror.log -w 1 Windowsの場合 C\> mysqld-nt --log-error=myerror.log -w 1 ※ -w [-wlevel] （デフォルトは 1） level 0：警告メッセージは記録されません。 level 1：警告メッ
Fatal error: Maximum execution time of 30 seconds exceededの対処法 PHPでは無限ループなどの対策のため、PHP処理のタイムアウトが設定されています。 [参考記事] ブラウザの中止ボタンを押したときに処理を停止させる このタイムアウトまでの時間は標準では30秒となっています。 PHPの処理が実行されて、30秒以上経過すると次のようなエラーが出て、PHPの処理は停止します。 Fatal error: Maximum execution time of 30 seconds exceeded この時間を変更するにはいくつかの方法があります。 以下は120秒に変更する場合の設定例です。 php.ini max_execution_time = 120 httpd.confや.htaccess php_value max_execution
Masuga Design 実Unobtrusive AJAX Star Rating Bar This is a rating bar script done with PHP and mySQL that allows users to rate things like can be done on Netflix or Amazon, all web 2.0-like with no page refresh. Ajax+MySQL+PHPな投票ウィジェット。 次のようなWeb2.0風のレーティングバーを簡単に実装できます。 必要なphpファイルをインクルードしておけば、たった一行、次のように書くだけでレーティングバーを実装できるようです。 （JavaScriptとCSSのファイルも使用するHTML内でインクルードする必要があります。) <?php rating_bar('2',5)
検索すると「sshtunnel.py」でエラーになってるということはわかった。http://bugs.mysql.com/bug.php?id=52318 で、sshtunnel.py のどこでこけてるか見てみたら、「import socket」のところだった。 アチャー、TracLightning ね。TracLightning の Python 2.5 と MySQL Workbench の Python 2.6 でコンフリクトしてる、と。 環境変数を見てみる。 「PYTHONHOME」と「PYTHONPATH」が指定してある。 「set PYTHONPATH=.;.\python;」して実行。 うごいたー。 スタートメニューから動かす場合はユーザーの環境変数で「PYTHONPATH」を「;」とかにしておけば動くと思います。
何とか動くようになったので自分的まとめ。 XAMPPバージョンは「Version 1.6.6」で行っている。 「One-Click Ruby Installer」でRubyをインストール。 http://rubyforge.org/projects/rubyinstaller/ インストール先はわかりやすいようにXAMPPフォルダ下「C:\xampp\ruby」とした。 一応、使ったバージョンのメモ One-Click Installer - Windows 1.8.6-26 Final Release 環境変数の「Path」に「C:\xampp\ruby\bin;」が追加されていることを念のために確認しておく。（自動で追加されるので確認は不要ではあるが…） コマンドプロンプトで「ruby -v」を実行してバージョン情報を確認する。（Rubyが正常にインストールされているかどうかの確認。）
オラクルがサン・マイクロシステムズを買収後、一部のオープンソースプロジェクトとのトラブルが報道されてきました。OpenOffice.orgは主要な開発者が新たにDocument Foundationを設立してLibraOfficeの開発を始め、Hudsonも同じようにJenkinsとしてオラクルから独立しました。Javaに関連してオラクルがグーグルを訴えてもいます。 これらから、MySQLについての今後も不安視されている面がありました。 MySQLの次期バージョンはMemcached APIを備える！ MySQL Conference & Expo 2011基調講演 － Publickey しかし次期バージョンとなるMySQL 5.6とMySQL Cluster 7.2の機能強化をみると、MySQLの開発ペースはむしろ以前より上がっており、同製品の将来についての不安を払拭するものになってい
モバゲーで知られるDeNAは、バックエンドデータベースにNoSQLを使っていません。なぜか？ それはMySQL/InnoDB 5.1の環境で秒間75万クエリという、多くのNoSQLでも実現できないような高性能を実現しているから。DeNAの松信嘉範（まつのぶよしのり）氏は、自身のブログにこんな内容のエントリ「Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server」（英語）をボストしています。 Yoshinori Matsunobu's blog: Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server 松信氏が指摘するように、大規模なネットサービスを提供している企業の多くは分散環境で
Windows で MySQL を実行する場合、Windows の起動および停止時に MySQL が自動的に起動および停止するように、Windows サービスとしてインストールすることが推奨されています。 MySQL Server をサービスとしてインストールすると、NET コマンドを使用してコマンド行から、あるいはグラフィカル Services ユーティリティーで管理することもできます。 一般に、MySQL を Windows サービスとしてインストールするときは、管理者権限のあるアカウントを使ってログインするようにしてください。 Services ユーティリティ (Windows Service Control Manager) は、Windows コントロールパネルにあります。 競合を避けるために、サーバーのインストールまたはコマンド行からの削除操作の際には、Services ユーテ
OracleによるSun Microsystems買収が決まったので、サンの10-K http://www.sec.gov/Archives/edgar/data/709519/000119312508187118/d10k.htm を読み始たんですが、MySQLって、今、サンが権利を持っていたんですね・・・。（不勉強ですみません。） MySQLが「タダ」でなくなるということは、オラクルにとってすごいメリットなんじゃないでしょうか。 （そうでもないのかな？） オラクルとMySQLを足したシェアって何％くらいなのか知りませんが（ほとんどの領域で100%近い？）、アメリカの競争法上、それってアリなんでしょうか？ （取り急ぎ。） —————- メールマガジン週刊isologue（毎週月曜日発行840円/月 申込月無料）。 今申し込んでも、今月発行分のバックナンバー（創刊号、第2号、第3号）も送ら
ちょっとキャッチ−なタイトルをつけてしまったが、今日は独断と偏見でMySQLを高速化する方法を10個紹介しよう。MySQLサーバをチューニングするときや初期導入する場合などに参考にしてもらいたい。 1. バッファを増やす、または減らす チューニングの基本中の基本であるが、適切なバッファサイズを設定することはパフォーマンスチューニングの要である。主なバッファは次の通り。 innodb_buffer_pool_size・・・InnoDBだけを利用する場合は空きメモリの7〜8割程度を割り当てる最も重要なバッファである。余談だが、実際にはここで割り当てた値の5〜10%ぐらいを多めにメモリを使うので注意が必要だ。 key_buffer_size・・・MyISAMだけを利用する場合は、空きメモリの3割程度を割り当てるといい。残りはファイルシステムのキャッシュ用に残しておこう。 sort_buffer_
かなりながーいエントリになる予定なので,結論だけ最初に書くとこんな感じ. この話題については自分も あとで書く と言って書いてなかったので書いてみますよ。2006年の下期にもなってコネクションプーリングかよというツッコミもありそうですが、あとで書くといったら書くの。あとで読むといったら読む。 普通「コネクションプーリング」と言ったら、主に二つの役割があると思います。話を簡単にするためにウェブアプリケーションに限定して言及します。 ウェブアプリケーションから DB への接続を開けっ放しにして、接続に必要とされるオーバーヘッドをカットして双方の負荷を下げる。 ウェブアプリケーションと DB への接続を「使いまわす」ことで、同時接続本数を節約する。 というもの。 mod_perl で DB と接続維持するとコネクション数増えて云々という話は主に前者のみについての話になります。Apache::DB
ARCHIVE ストレージエンジンは MySQL バイナリ配布に含まれています。 ソースから MySQL を構築する場合にこのストレージエンジンを有効にするには、CMake を -DWITH_ARCHIVE_STORAGE_ENGINE オプションで呼び出します。 ARCHIVE エンジンのソースを調べるには、MySQL ソース配布の storage/archive ディレクトリを検索します。 ARCHIVE ストレージエンジンが SHOW ENGINES ステートメントで使用できるかどうかを確認できます。 ARCHIVE テーブルを作成すると、ストレージエンジンはテーブル名で始まる名前のファイルを作成します。 データファイルの拡張子は .ARZ です。 最適化操作中に .ARN ファイルが現れる場合があります。 ARCHIVE エンジンでは、INSERT、REPLACE および SELE
概要 これは MySQL リファレンスマニュアルです。 MySQL 8.0 から 8.0.25、および NDB のバージョン 8.0 から 8.0.25-ndb-8.0.25 に基づく NDB Cluster リリースについてそれぞれ説明します。 まだリリースされていない MySQL バージョンの機能のドキュメントが含まれている場合があります。 リリースされたバージョンの詳細は、「MySQL 8.0 リリースノート」を参照してください。 MySQL 8.0 の機能. このマニュアルでは、MySQL 8.0 のエディションによっては含まれていない機能について説明します。このような機能は、ご自身にライセンス付与されている MySQL 8.0 のエディションに含まれていない場合があります。 MySQL 8.0 の使用しているエディションに含まれる機能に関する質問がある場合は、MySQL 8.0
ちょっとしたオンラインゲームを作っているのだけど、サーバー側はC#で書いていて、ODBC経由でMySQLとやりとりしている。DBは同一サーバー上にあるので、ゲームサーバー起動中はサーバー側のプログラムがMySQLに対してコネクションを張りっぱなしにする。 localhostなので、切断されることは想定してなかったのだけども、深夜、ユーザーからのアクセスが無いと切断されていることがある。これには参った。どうやら、ある程度の時間アクセスが無いとコネクションが切断されるようだ。 同じ問題で悩んでいる人の記事を見ると、なるほど、MySQLの設定でinteractive_timeoutという項目があり、これがディフォルトでは8時間に設定されているようだ。よって8時間連続で、クエリ等を発行しなければコネクションは自動的に切断されてしまうのだ。 なんとも余計なお世話である。しかし、この設定を無効にする方
あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く