Kazuho@Cybozu Labs: MySQL のボトルネックを統計的に監視・解析する方法
MySQL のチューニング、と言った場合には、サーバーパラメータの調整や EXPLAIN コマンドを利用したクエリ実行計画の最適化が話題に上ることが多いです。しかし、発行する全ての SQL について、いちいち EXPLAIN コマンドを使って確認していては、いくら時間があってもたりません。チューニングを効率的に進めるには、まず、ボトルネックとなっている SQL クエリを特定し、次にその最適化を行うべきです。 ではどのようにして、ボトルネックを特定するのか。MySQL Conference & Expo 2009 のキーノートにおいて Mark Callaghan 氏は、Google では SHOW PROCESSLIST コマンドを使った統計的アプローチを使っていると述べていらっしゃいます (参照: MySQLConf 09: Mark Callaghan, "This is Not a
Codetcha プログラマだけが解けるデバッグを利用したCAPTCHA | 秋元@サイボウズラボ・プログラマー・ブログ
Codetchaは、なんと提示されたJavascriptをデバッグすることで自分が人間であることを証明するというCAPTCHAのアイデア。 コンセプトデモで試すことができる。表示されたJavascriptの中のバグを修正して、[Test Code]で実行すると、コードが表示され、そのコードで[Submit answer]することで先に進めるようになる。 そんな大層な間違いではないので、プログラマならすぐに直せるだろうけれど、プログラミングをしたことがない人とか、スパマーのスクリプトには解くのは大変だろう。プログラムを直せないと進めないCAPTCHAは、技術者だけが参加できる掲示板みたいなものに使われるのだろうか。 コンセプトデモでは、元々ちゃんと動くコードに、変数名や変数をランダムで生成した上で、関数名を一文字置換したり、スペースを空けるべきところをランダムに詰めてみたりすることで、「ちょ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
