2015/10/03 phpcon 2015 updated at 2016/01/13 about default_password_lifetime's default will be 0
2015/10/03 phpcon 2015 updated at 2016/01/13 about default_password_lifetime's default will be 0
最近うぇぶ業界では、開発効率や構築効率を求める動きが活発のように見受けられますが、ここで改善効率について手を伸ばしてみましょう。 改善効率とは、開発後期やサービス開始後の運用フェーズにおいて、クソコードやクソクエリ、データの蓄積によるレスポンスの悪化などを、自動的に検知し、開発者にオラオラ改修をプッシュするための仕組みのことでございます。 はじめに ここで紹介する内容はドリコムで実際に運用しているものですが、別にドヤ顔するようなものではなく、中規模以上の企業ならば似たようなことやそれ以上のことをやっているであろう、至極当然な内容です。それでも、それなりに種類が増えてきたことと、それなりの効果を得られていることが実感できているため、いったんまとめてみようと思った次第です。 ウチのサービスのサーバーサイドは Ruby on Rails + MySQL が基本なので、その対策手法になります。WE
All of Percona’s open-source software products, in one place, to download as much or as little as you need.
MySQLのチューニングに欠かすことができない slow_log と explain ですが、 膨大な slow_log の中から怪しそうなクエリを探しだして explainをかける というのは結構手間がかかりめんどくさいものです。 myslowexplainは、slow_logに記録されたクエリに対してexplainを実行し、 結果を表示するpythonスクリプトです。 結果はこんな感じで表示されます。 =================================================== last: 2012-07-30 18:03:23 # 最後に発行された時刻 qtime: 0:00:00 # 実行にかかった最大時間 count: 3 # slow_logに出現した回数 query: SELECT COUNT(*) FROM `guild_message_board
というわけで、MyNA(日本MySQLユーザ会)会 2013年3月に参加して発表をしてきました。とてもリラックスして話をすることができました。司会進行の坂井さんをはじめ日本MySQLユーザ会のみなさま、日本オラクルのみなさま、当日お越しいただいたみなさま、どうもありがとうございました。 私のセッションでは前回のエントリの続きということで、MySQL 5.6の新機能Optimizer Traceを活用しながら正攻法でのチューニングを行っていきました。とはいえ途中から正攻法ではなくなっていた気もします。MySQL 5.6でRDBMSとしての土台はしっかりしてきたと思いますので、今後は高度な統計情報を使用したSQL実行計画の最適化といったところにも機能強化が施されていくのではないかと期待しています。 プレゼンテーション資料 (PDF) EXPLAINとOptimizer Traceの出力結果 プ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く