MySQLでクエリチューニングことはじめ
最近、寒暖の差が激しいですがみなさん体調は崩されていないでしょうか？ こんにちわ。モニプラ for Facebookを担当しています高橋です。 サービス開始当初は問題なかったものの稼働が高くなりデータ量が多くなって クエリのパフォーマンスが悪化すること…よくありますよね？ 今回はクエリチューニングの基本的な手順とケース別に解決方法を解説したいと思います。 クエリチューニングの手順 1.スロークエリログで問題のクエリをあぶり出す まずはどのクエリが問題なのか特定する必要があります。 アプリケーション側でクエリの実行時間を測定し自前でログを出力しておくというのも手ですが、 お手軽にMySQLの設定で一定時間以上掛かったクエリをログに出力しておくことができます。 スロー クエリ ログ(MySQL 5.1 リファレンスマニュアル) mysqldを–log-slow-queriesオプションつきで起
データベースとテーブルのサイズを確認する方法 - Simple, Slowly
テーブルのサイズはphpMyAdminでも見れますが、コマンドから見れたほうが何かと便利なので、調べてみました。 全てのデータベースのサイズを確認する # MB単位 select table_schema, sum(data_length+index_length) /1024 /1024 as MB from information_schema.tables group by table_schema order by sum(data_length+index_length) desc; +--------------------------+---------------+ | table_schema | MB | +--------------------------+---------------+ | database1 | 5579.89978790| | databas
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
オトコのソートテクニック2008
今日は仕事納めだったので、一年の締めくくりとしてMySQLにおけるソートの話でもしようと思う。 インデックスを利用しないクエリで最もよく見かけるもののひとつは、ORDER BYを用いたソート処理だろう。もし、ソート処理においてインデックスを用いることが出来れば、MySQLは結果を抽出してから結果行をソートするのではなく、インデックス順に行を取り出せば良いので高速にソート処理することが可能になる。特に、LIMIT句やWHERE句を用いて行の絞り込みを行う場合は効果が絶大である。しかし、ひとたびインデックスを利用できない状況に直面すると、たちまちテーブルスキャンが発生して性能が劣化してしまう。 例えば、100万行のレコードを格納したt1というテーブルがあるとする。そのテーブルに対して以下のようなクエリを実行した場合を考えよう。 mysql> SELECT col1, col2 ... colx
データが存在するテーブルに not null 制約の付いたカラムが追加できる - ぱんくず
not null に関しておかしな話を聞いたので調べてみた。 おかしな話の内容 「データが存在するテーブルにnot null制約の付いたカラムが追加できる」 …うそん！！！ 前置き 発言者はmysqlの事を言っていると思う。 なぜなら、 発言者はmysqlを使っている製品に「今」関わって（昔は知らない）いて、 私の経験として、「データが存在するテーブルにnot null制約の付いたカラムが追加できる」 なんて無茶はoracle、postgresでは許された事がない。 あ、忘れてた、SQLServerも許してくれなかった。 調査 他の RDBMS の挙動は分かっているので、mysql に対してのみ確認します。 データが存在するテーブルへのnot null制約の付いたカラム追加 テーブルを作成 CREATE TABLE test_null( null_char_column varchar(1
我故意没有穿内裤坐公车让,少妇洗澡作爱,色妺妺免费影院
我故意没有穿内裤坐公车让,少妇洗澡作爱,色妺妺免费影院,亚洲欧洲无码专区AV,成年无码专区在线蜜芽TV,亚洲人成人77777网站,日本BBWBBW高潮BBW,久久99精品久久久久久婷婷,少妇按摩推油舒服到高潮连连,撕开奶罩揉吮奶头完整版
MySQLのLEFT JOIN, RIGHT JOIN, INNER JOINの自分用まとめ - (ﾟ∀ﾟ)o彡 sasata299's blog
2008年09月03日00:53 MySQL MySQLのLEFT JOIN, RIGHT JOIN, INNER JOINの自分用まとめ MySQL の LEFT JOIN, RIGHT JOIN, INNER JOIN について、ちょっと混乱することが多いので自分用に簡単にまとめてみます。まぁ、タイトルのまんまです（・∀・；） まず、テスト用のテーブル (test1, test2) を用意します。 CREATE TABLE test1 ( test_id VARCHAR(255) PRIMARY KEY, hoge VARCHAR(255) ); CREATE TABLE test2 ( id INT PRIMARY KEY AUTO_INCREMENT, test_id VARCHAR(255) NOT NULL, fuga VARCHAR(255) ); テーブルの中身はこんな感じ
MySQL演算子・関数
MySQLの演算子や関数について説明します。 なお、個人的に必要無いと思うものについては省略しています(笑)。 MySQL5.0.16対応 最初に MySQLでは、数値⇔文字列の変換は自動的に行われます。 SELECT 100 + '200' -> 300 SELECT 100 < '200' -> 1 (TRUE) SELECT 100 < '22' -> 0 (FALSE) 比較演算子 比較演算の結果は、1(TRUE) / 0(FALSE) / NULL のいずれかになります。 例を挙げます。 SELECT 1 = 1 -> 1 SELECT 1 = 3 -> 0 SELECT 1 = NULL -> NULL SELECT NULL = NULL -> NULL 最後の結果に注意して下さい。 どのデータベースにも共通して言えることですが、NULLという値は 特別な意味を持ちます。 N
mysqlで自動更新されるtimestampをあえて更新しない
世間でも言われていますが、mysqlのtimestamp型はいろいろバッドノウハウの固まりではないかと思います。 最近はできるだけdatetime型にするようにしているのですが、すでにtimestamp型依存で動いているコードがある場合、alter tableするのも難しかったりします。 10.3.1. DATETIME、DATE、そして TIMESTAMP タイプや10.3.1.1. TIMESTAMP MySQL 4.1での性質 (いずれもMySQLマニュアル)にも諸々書いてありますが、気になるポイントは以下のあたり。 各テーブルの最初に現れるtimestamp型カラムは、明示的に更新をしていないとUPDATE, REPLACEで現在時刻に自動更新される 各テーブルの二つ目以降のtimestamp型カラムは自動更新されない 扱える期間が1970年～2037年である (datetime型
rottel.net - このウェブサイトは販売用です！ - rottel リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
XAMPP on WindowsでMySQLの文字化け対策 - T-1000の日記
専門学校の授業中にXAMPP Ver1.7.4をインストールして、PHPとMySQLを使って 授業をしています。 そろそろPHPの授業でデータベース連携の内容に入ろうとした所で 事件が起こりました。 「MySQLに登録したデータ（日本語）がすべて文字化けする。」 ということで、調べてみました。XAMPP Ver1.7.4の時点ではMySQLの標準文字コードはlatin1のようです。（？） PHPの方は文字コードをUTF-8に変更しているので、PHPMyAdminから 追加、更新すると文字化けした状態で登録されてしまいます。 （mysqlクライアントからも同様の結果になりました。 set names sjisしても文字化けが直りませんでした。。これだと無事更新できそうだけど…？） 結局、MySQLの設定ファイルmy.iniを修正して、デフォルトの文字コードを 変更すれば修正できそうだという情
MYSQLのCHAR、VARCHARカラムの大文字小文字を区別する（binary） - MYSQL
mysqlでは、char、varcharカラムに対して検索条件（where）やソート（order by）時に大文字小文字を区別してくれません。 区別させる場合にはテーブル作成時に binary属性を設定する必要があります。 （通常はこの方法での対応をお勧めします） create table binary_column varcolum varchar（10） binary primary key, charcolum char（10） binary ); こんな感じでしょうか。 既に作成済みのテーブルに対してbinary属性を設定することも可能です。 alter table binary_column modify charcolum char（10） binary; primary key属性が設定されているカラムに対してはこれでいいのですが、既にprimary key属性が設定されてい
文字列型(データ型)のまとめ - [MySQL MariaDB/SQL] ぺんたん info
固定長の文字列。格納時には、指定の長さになるよう、右側にスペースが埋め込まれる。M の範囲は 0 ～ 255 文字（3.23 より前の MySQL バージョンでは 1 ～ 255）。 値の取り出し時には、後続のスペースが削除される。BINARY キーワードを指定しない場合、CHAR 型の値のソートと比較は、デフォルトのキャラクタセットに基づいてケース非依存方式で行われる。 バージョン 4.1.0 以降では、255 より大きい M 値を指定すると、カラム型が TEXT 型に変換される。 NATIONAL CHAR（または、これに対応する短縮形式 NCHAR）は、SQL-99 における、CHAR カラムでデフォルトの CHARACTER セットを使用することを定義する方法。MySQL では、これはデフォルト。 CHAR は CHARACTER の省略形。 バージョン 4.1.0 以降では、la
Mysql+PHPで件数取得：COUNT mysql_num_rows FOUND_ROWS 比較 | 株式会社フォレスト・コンサルタンツ
のように、全体件数と表示中のデータ件数が併記される場合が多い。ところが、レコード数が多くなったり、SQL文が複雑になると、全体件数の取得にかかるスピードが物凄く遅くなる場合がある。 と言う訳で、どのような方法で全体件数を取得するのが高速なのかを調べてみた。 環境はMysql+PHP。候補は次の３つ。 COUNTを使う。 mysql_num_rowsを使う。（*ＰＨＰ関数） FOUND_ROWSとSQL_CALC_FOUND_ROWSを使う。 サンプル ※以下のSQLの結果、及び、LIMITの制約を外した場合の結果（＝全体件数）を取得する。 $query = 'SELECT id, name, area FROM company ORDER BY id LIMIT 20'; $q1 = 'SELECT COUNT(*) FROM company'; //全体件数を取得するシンプルなSQLクエ
PHP | データの追加(INSERT) - MySQLへの接続
ここではINSERTの発行を試してみます。INSERTの場合は、mysql_query関数の結果として成功した場合に TRUE 、エラー時に FALSE を返します。 では実際に試してみます。データベース名「uriage」に含まれる「shouhin」テーブルにデータを挿入してみます。 <html> <head> <title>PHP TEST</title> </head> <body> <?php $link = mysql_connect('localhost', 'testuser', 'testuser'); if (!$link) { die('接続失敗です。'.mysql_error()); } print('<p>接続に成功しました。</p>'); $db_selected = mysql_select_db('uriage', $link); if (!$db_select
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.idocsq.net/page/12
『MySQL：INDEXの基礎』
サービス終了のお知らせ
MySQL INDEX+EXPLAIN入門
AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ