Home | HeleCloud
About HeleCloud and SoftwareOne HeleCloud’s highly skilled team of AWS specialists, unique IP, and strong position in Europe helps SoftwareOne further build out its cloud migration service offering and accelerate growth in AWS-related services in EMEA. SoftwareOne is a leading global software and cloud solutions provider that is redefining how organisations build, buy and manage everything in the
SQLを実行する時、SQLに実行場所を追記する - パルカワ2
ISUCONのPerlアプリでよく使用されているDBIx::Sunnyですが、便利な機能として、SQLがどこで実行されたかを実行されるSQLにコメントする機能があります。 こういう感じでスローログに表示されるので、どこでSQLが発行されているか探す必要がなくて便利です。 SELECT * FROM users /* lib/MyApp/Web.pm line 56 */ アプリケーションログではなく、SQL自体にコメントで入っている事が重要で、SQLを改善したい時に見るのは、アプリケーションログではなくスローログを見ます。スローログを見た時点で、どこで発行されたSQLなのかはっきりしていると無駄にそのSQLがどこで発行されたのか、探す必要がなくなり、実際に集中すべきSQLの改善に集中出来ます。というのを、Railsでもやりたかったので、ActiveRecordで作ってみました。github
サービス品質の改善効率を高める仕組み | 外道父の匠
最近うぇぶ業界では、開発効率や構築効率を求める動きが活発のように見受けられますが、ここで改善効率について手を伸ばしてみましょう。 改善効率とは、開発後期やサービス開始後の運用フェーズにおいて、クソコードやクソクエリ、データの蓄積によるレスポンスの悪化などを、自動的に検知し、開発者にオラオラ改修をプッシュするための仕組みのことでございます。 はじめに ここで紹介する内容はドリコムで実際に運用しているものですが、別にドヤ顔するようなものではなく、中規模以上の企業ならば似たようなことやそれ以上のことをやっているであろう、至極当然な内容です。それでも、それなりに種類が増えてきたことと、それなりの効果を得られていることが実感できているため、いったんまとめてみようと思った次第です。 ウチのサービスのサーバーサイドは Ruby on Rails + MySQL が基本なので、その対策手法になります。WE
RDS！スケールアップ前のアプリチューニング（ざっくり版）
金沢市で開催された 「オープンデータを活用したアプリケーション開発セミナー」 の登壇資料です。 https://www.facebook.com/events/369831469893916/
GitHub - KLab/myslowexplain
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
RDSは1秒未満のスロークエリを記録できない。そこでmin_examined_row_limit
1以上のintegerですね。RT @hiroohi: あれ？RDS(mysql)のParameterGroupって、long_query_timeは1秒以上しか設定できない？ #jawsug — ARAKI Yasuhiroさん (@ar1) 6月 13, 2012 いろんな人に言われることではあるが、RDSは1秒未満のスロークエリを記録できない。 そこで使えるひとつの方法は、 minexaminedrow_limitを使うこと。折角なので超プロのblogから引用。 漢(オトコ)のコンピュータ道: MySQL 5.1のスロークエリログ min_examined_row_limitという変数が追加されたのも見逃せない。この変数を指定すると、「○○○行以上の行をテーブルから読み込んだクエリをスロークエリログに記録する」という指定ができるようになる。多くの行を読み込むクエリは、潜在的にサーバ全
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Script to transform Amazon RDS slow log table into the MySQL slow query log format
Pfbuzz Reviews
GitHub - LeeKemp/mysql-slow-query-log-parser: MySQL Slow Query Log Parser
Google Code Archive - Long-term storage for Google Code Project Hosting.
What time 18446744073709550.000 means