解析まで10分！最強のMySQLチューニングツール「Jet Profiler」 | ランサーズ（Lancers）エンジニアブログ
ランサーズでは、現在、Webエンジニアを募集しています。 詳しくは、募集要項をご覧下さい。 こんにちは、keiです。 今回は、MySQLのチューニングに大活躍な「Jet Profiler」というツールをご紹介します。 【2012/12/13 追記】 JetProfilerバージョン3がリリースされ、日本語対応しました。 この日本語化は、ランサーズ上で依頼されました。 http://www.lancers.jp/work/detail/69629 【追記ここまで】 Jet Profilerとは Jet Profilerは、MySQL向けのクエリアナライザです。 クエリチューニングは、DBパフォーマンスチューニングの中でも重要な作業の1つですが、 Jet Profilerを使えば、その作業をGUIで直感的に行うことができます。 フリーウェアの形態で提供されており、機能限定版であれば無料で利用す
C++ から MySQL に接続する - Qiita
はじめに 本記事は Hatena Blog に投稿した以下の記事について再びまとめたものになります． C++ から MySQL のデータベースに接続する 思った以上にアクセスが伸びていたため，より分かりやすい形式で Qiita に投稿しようと思いました． 内容はあまり変更せず，（1）MySQL への接続方法と（2）データベースに対する操作についてまとめます． 詳しくは以下の Document を参照していただければと思います． MySQL はオープンソースで公開されている RDBMS の1つです． C++ のプログラムから MySQL に接続するには Connector/C++ を用います． 以下のリンクからダウンロード可能なので，OS に応じて適切なものを選択してください． また，本記事では MySQL と Connector/C++ のインストール方法や，SQL 構文については省略しま
1コマンドで作った。Dockerで開発環境を構築する方法 ｜ SiTest (サイテスト) ブログ
Vagrantに関する記事の執筆当初はVagrant+Ansible+Dockerを組み合わせて最強の開発環境を作る事をゴールにしていました。 既にDocker for WindowsやDocker for Macが正式版になって既に半年が経過しています。 もうVagrant+Ansibleに残っているメリットはクラウドマシンの操作と複数環境を立ち上げるくらいしか残っていません。 特殊な用途でVagrantを活用するケース以外、Dockerのみで開発環境を構築していくスタイルが主流になることでしょう。 よって、次の章からはDocker for WindowsとDocker for Macをベースにすすめていきます。 まずはDocker for Windows、もしくはDocker for Macを公式サイトからダウンロードしてインストールしましょう。 インストールが完了したら、ターミナルエ
[MySQL] 日付値の加減はDATE_ADD関数で
今日の100日前と100日後は？ 日付値の加減はDATE_ADD関数を使います。 100日前 DATE_ADD(NOW(), INTERVAL - 100 DAY) 100日後 DATE_ADD(NOW(), INTERVAL 100 DAY) ４月30日の１ヶ月後は？ 加減値の後の指定をDAY からMONTH に変えるだけです。 1ヶ月後 DATE_ADD('2014-04-30', INTERVAL 1 MONTH) ちなみに、３月31日の１ヶ月後を指定すると４月30日になります。 ３月30日の１ヶ月後を指定しても、やっぱり４月30日になります。 月の末日の場合は、必ず翌月末日になるのかなー。 と思ったら、2014年02月28日の１ヶ月後を指定しても、３月31日にはならず３月28日でした。 このあたりの仕様はちょっと謎です。
![[MySQL] 日付値の加減はDATE_ADD関数で](https://cdn-ak-scissors.b.st-hatena.com/image/square/d3aaefd4d23773ed4885d4404713c22bea9e71b3/height=288;version=1;width=512/http%3A%2F%2Fcapture.heartrails.com%2F150x130%2Fshadow%3Fhttp%3A%2F%2Fdev.mysql.com%2Fdoc%2Frefman%2F5.1-olh%2Fja%2Fdate-and-time-functions.html%23function_date-add)
MySQL、CakePHP 2.3で「tinyint(1)」の Boolean型の動作を再確認
MySQL、CakePHPで「tinyint(1)」のフィールドは Boolean型として認識 MySQLでの「tinyint(1)」のフィールドは Boolean型と認識するが．．． MySQLの「tinyint(1)」の悲劇 Boolean型になるとは．．． この記事に「結論が間違っています」コメントをいただきました。 そのために検証を行った結果、「tinyint(1)」のフィールドが「Boolean型」として処理されるのは MySQLの機能ではなく、CakePHPの機能によって起こっていることを確認しました。 ※厳密な表現では、MySQLでは「tinyint(1)」で設定されたフィールドは Boolean型として処理する仕様となっているため、その定義に従って、CakePHPでは「0」「1」しか持てないように処理している、ということになるでしょう。 MySQLの定義については以下参照
[CakePHP2.x]Mysqlのviewtableをschemaで作ると・・・ CodeLab(コードラボ)技術ブログ
テーブルをgroup by でカウントしたいのだが、cakeの機能だけではあまりスマートにできない。 なので、mysqlのview tableを使うことにしました。 view tableはsql文の結果をあたかも普通のテーブルのように定義してくれる便利な機能。Cakeからはただの普通のテーブルと同じように扱えるので、モデルを作ればそのままアクセスできます。（当然ながら保存はできませんが） で、DBはschema機能で作っているので、 cake schema generate でschema.phpを作ってそれをテスト環境でcake schema create してみたところ・・・。 ああああ！view tableじゃなく普通のテーブルになってる orz いろいろ調べてみたのですが、どうも対応していないっぽいです。 まぁ、ほかのDBエンジンでは実装されていないものもあるかと思いますので、仕方
![[CakePHP2.x]Mysqlのviewtableをschemaで作ると・・・ CodeLab(コードラボ)技術ブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/3ac064186e87d8f27f39e9182ae39b1d982f3263/height=288;version=1;width=512/https%3A%2F%2Fwww.codelab.jp%2Fblog%2Fwp-content%2Fuploads%2F2020%2F11%2Flogo.jpg)
SQLiteの注意点3つ！テーブル作成と同時にINDEX貼れないetc - Dance with Tech
最近SQLiteを触っています。 基本的な構文などはMySQLと同じですが、 決まりごとの違いや若干のクセがあるので、メモしておきます。 SQLiteのデータベースはファイルとして生成される SQLiteはデータベースをファイルとして生成します。 なので、「ファイルを消す=DBを消す」ことになります。 SQLiteをインストールしたら（最近のLinuxはデフォで入ってるぽい）、 以下のコマンドで、DBができあがります。 sqlite3 dbname.sqlite3 上記の「.sqlite3」の部分は何でもいいです。 しかし、拡張子がないと、 のちのち何のファイルか分からなくなる可能性があるので、 慣習的に「.sqlite3」とするようです。 しかし、DBを作成しただけではファイルが作成されません。 DBを作成し、さらにテーブルを作成しなければ、ファイルが生成されないようです。 「DB作った
はじめての MySQL で100万件のデータを管理する時に行ったチューニングまとめ
MySQL の勉強をせずにフレームワーク等で SQL を書かずに Web サイトを構築していました。データ数も2万件程度でしたので、そこまで困ることはありませんでしたが、今回100万弱の商品データを扱う機会ができたので、MySQL のチューニングや発行する SQL について見直す機会がありました。 この記事では MySQL を高速化するのに行った対策など勉強したものを自分用にメモしておきました。 条件式で比較するカラムにインデックスを使用して高速化 商品コードで存在しない商品を見つけて、商品をDBに登録するという処理を行っている場合、4万件超えたころから処理に2秒以上かかるようになってきます。12万件超えた頃には10秒程度かかるようになってしまいましたが、商品コードのフィールドに対してカラムインデックスを貼ることで0.2秒に短縮することができました。 MySQL のリファレンスにも以下のよ
CakePHPでやたら遅いSELECTクエリの改善 - うっかりエンジニアのメモ
プライベートで作ったWebアプリで、一画面だけブラウザに表示されるまで3秒かかる激重画面があります。 この画面ではCakePHPが自動的にいろんなテーブルをjoinしたSQLを生成しているので、その辺りが原因だろうとは感づきました。 それにしても、たかだか20行程度のselectなので、なんか変だ。。。 ちょっとだけ分析と改善をしました。(はじめてのパフォーマンスチューニング…ﾄﾞｷﾄﾞｷ) 結論としては、1000倍早くなりました。 CakePHPのクエリ自動生成は楽ですが、パフォーマンス上の問題が発生した時にはやはりSQLを知らないとダメだなぁ… 環境 VirtualBoxのVM(メモリ613MB)上に下記の環境があります。 CentOS 6.5 x64 nginx 1.0.15 PHP 5.5.13 MySQL 5.5.37 CakePHP 2.4.0 テーブル構造 テーブル 内容 外
MySQLの超遅いSELECTが劇的に早くなった | X->A->O
CakePHPはよく触っていたものの、MySQLについてあまり知らなかったんですが、大規模なデータベースを扱ってみようと思い立ちいろいろ試行錯誤しています。 で、ついさっき感動したのが、40万件のレコードを扱ってるテーブルに簡単なSELECT分を投げて返ってくる時間がなんと5秒もかかっていて、なんじゃこりゃ？って首をかしげてたんですが、INDEXひとつで劇的に早くなったこと。 40万件が大規模かそうでないかはこの際おいておいて、INDEXのつけ方次第でこんなにも速度に変化があるのかと涙が出そうになった。 最初の激遅いテーブルは簡単に書くとこんな具合。 CREATE TABLE IF NOT EXISTS `shops` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(255) NOT NULL, `status
フロー制御関数｜MySQL内部関数｜MySQL｜PHP & JavaScript Room
aがNULLでない場合はaを返し、それ以外の場合はbを返します。 IFNULL()関数は、使用されているコンテキストに応じて、数値または文字列を返します。 mysql> SELECT IFNULL(1, 0); Enter +--------------+ | IFNULL(1, 0) | +--------------+ | 1 | +--------------+ 1 row in set (0.05 sec) mysql> SELECT IFNULL(NULL, 10); Enter +------------------+ | IFNULL(NULL, 10) | +------------------+ | 10 | +------------------+ 1 row in set (0.58 sec) mysql> SELECT IFNULL(1/0, 10); Enter
mysql.general_log をローテート？する - Qiita
何がしたいの？ 一般クエリとスロー クエリのログ出力先の選択 に記載の通り、log-output を TABLE にすれば、クエリログが mysql.general_log テーブルに保存されるようになります。 ログを SQL で検索できるようになるのでそれはそれは死ぬほど便利なんですが、ファイルではないので logrotate が行われません。 スロークエリはともかく、一般クエリログは膨大なサイズに成り得ますので、できれば自動で削減したいです。 が、簡単に調べたところ、mysql.general_log と mysql.slow_log は「log tables」と呼ばれるちょっと特別扱いなテーブルらしく、能動的な INSERT/UPDATE/DELETE 処理が一切行えず、TRUNCATE のみが可能なようです。 定期的に TRUNCATE してもいいんですが、それだと「ログを SQL
【MySQL】一般クエリログをデータベースに保存する at softelメモ
問題 実行したSQLをログに残しておくと、開発、デバッグのときに便利です。何か問題があったときやチューニングなどに、なにげに大活躍します。 そういうわけでSQLはログに残したいのですが、プログラム側で自力でログを残すのではなく、MySQLさんにログ保存をお願いできるでしょうか。 答え MySQLのログには、復旧等にも重要な役目のあるバイナリログという更新系のSQLのログ、遅いSQLを教えてくれるスローログ、エラーを教えてくれるエラーログなどのほかに、一般クエリログという、SELECE文なども含めてすべてのSQLを残せるログがある。 MySQL5.5（5.1でも同じでよいらしい）で一般クエリログを有効にするには、my.cnfの[mysqld]セクションで以下のように記述する。 log-output=TABLE general_log=1 スロークエリログも取るときはslow_query_lo
MySQL: INSERT...ON DUPLICATE KEY UPDATEまとめ - Qiita
INSERT...ON DUPLICATE KEY UPDATE構文を使うと レコードがなければINSERT、あればUPDATE 複数行の一括UPDATE フィールド毎に条件判定して更新 を１度のクエリで行うことができる。集計処理などに便利。 基本 レコード（行）がなかったらINSERTあったらUPDATEという処理を１クエリで行える。 ユニークなフィールドに対して重複する行が挿入される場合はUPDATEという判定 なので利用には UNIQUEインデックス（かPRIMARY KEY）を指定する必要 がある
正規表現を使ったパターンマッチングを行う(REGEXP演算子)
WHERE 句で条件を指定するときに REGEXP 演算子を使用すると、カラムの値と文字列が一致するかどうかを比較する時にを正規表現を使ったパターンマッチングを行うことができます。ここでは MySQL で REGEXP 演算子を使ってカラムの値をパターンマッチングする方法について解説します。 ※ 正規表現とは何かについては「正規表現入門」を参照されてください。
[MySQL] テキストにはVARCHAR型と?TEXT型のどちらを使うべきか？ | プログラマの雑記帳
MySQLのテキスト型にはVARCHARと?TEXT(TINYTEXT、TEXT、MEDIUMTEXT、LONGTEXT)がある。長さの制限が違うだけで、どれを使ってもテキストを格納できるが、それぞれ特性は違うのだろう。プログラミングを実践する上でどのテキスト型を使うのが適切なのか判断できるように、これらの違いについてきちんと理解しておきたい。 ざっくりググってみると、テキスト型の違いを論じているページがいろいろ見つかる。 Takahiko HORIUCHI – Google+ – RDBMS に MySQL を採用したシステムで、VARCHAR の代わりに TEXT… https://plus.google.com/113405959631093302363/posts/E4tDXucskqb VARCHAR と ?TEXT の違い – ngの日記 http://ngyuki.hat
CSVアップロードからのMySQLへのデータ挿入 - Qiita
前書き まだ 「ファイルアップロードの例外処理はこれぐらいしないと気が済まない」 や 「PHPでデータベースに接続するときのまとめ」 をご覧になっていない方は先にそちらからどうぞ。 …もうこのシリーズ何番煎じだよって感じになってきましたが、気にせず書きますｗｗｗ 実装のポイント ファイルアップロード段階でエラーが発生した場合にも適切に対応する このシリーズ共通の目標です。 CSVファイルのMIMEタイプは判定できない 実は finfo::file メソッドを使って判定しようとすると text/csv とはならず、どう頑張っても text/plain にしかなりません。というわけでこの方法は断念せざるを得ません。これ以降、 文字コードの厳密な判定 や CSVとして正しく読み取れたかどうか などのチェックを交えることによって、ここで実現出来なかった判定に代えようと試みることにします。 アップロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MYSQLで、日付文字列に日本語の曜日を含めて返す - babu_babu_babooのゴミ箱
Xserverから高負荷アラートが来た。その2
Petite C