インフラエンジニアであるか見分ける10の質問 | Carpe Diem
もし、自分ならこういう質問するかなと思ったものをあげてみたので、かなり偏見のある内容になっています。 今まで自身で構築したサーバの種類と、その構築方法について説明せよ サーバ用途で使用するオペレーティングシステムの種類と、その特長について説明せよ スケールアウトとスケールアップの違いを説明せよ、またそれぞれどのような長所・短所があるのか説明せよ システムを運用する上で、どのようなモニタリング（いわゆる監視）が必要な説明せよ、またその際に使用する具体的なアプリケーションとその特長をあげよ ハードディスクと SSD の内部構造の違いについて説明せよ、またそれぞれどの場面で使うと有効であるか説明せよ SSH を設置するために、セキュリティ的な観点で気をつけなければならない点をすべてあげよ 自前インフラとクラウドインフラ、それぞれの特長（長所・短所）を説明せよ TCP と UDP のプロトコル上の
MySQL 5.1のスロークエリログ
MySQL 5.1で追加されたメジャーな機能の影に隠れた、地味だが便利な改善がある。それがスロークエリログに関する仕様である。MySQL 5.0まではスロークエリログは1秒未満のクエリを捕捉することが出来なかった。が、MySQL 5.1では1マイクロ秒までのクエリを記録できるようになっている。従って、0.5秒かかるけど大量に実行されてパフォーマンスに大きな影響を与えている！というようなクエリの発見が出来るようになった。1秒未満のクエリを追跡したい場合、例えば以下のような設定をする。 [mysqld] slow_query_log=ON slow_query_log_file=mysql-slow.log long_query_time=0.1 MySQL 5.0まではlog_slow_queryというオプションだったのが、MySQL 5.1ではslow_query_logというオプション名
AmazonRDSでslow queryを出力するようにする方法
AmazonRDSは、デフォルトの設定ではslow queryを出力するようになっていない。 また、MySQLが動いているサーバにアクセスすることができないので、slow queryをログファイルに出力したとしてもそれを閲覧する術がない。 RDSでも採用されているMySQL 5.1からは、slow queryをテーブルに保存できるようになったので、それを使う。 方針 ログはテーブル(mysql.slow_log)に出力する。 実行に1秒以上かかったクエリを記録する 100行以上を読み込んだクエリを記録する 普通なら以下のオプションをmy.cnfに設定すればOK。 [mysqld] slow_query_log = ON long_query_time = 1.000 log_output = TABLE min_examined_row_limit=100 RDSの場合は、db-param
MySQLノウハウ
いろいろな本からメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
優れたプログラマを見分ける質問まとめ - ネットサービス研究室
Amazon EC2 Technical FAQs : Articles & Tutorials : Amazon Web Services
