MySQL :: MySQL 8.0 リファレンスマニュアル :: 15.11.4 テーブルのデフラグ
セカンダリインデックスへのランダムな挿入やセカンダリインデックスからのランダムな削除によって、インデックスが断片化される場合があります。 断片化とは、ディスク上のインデックスページの物理的な順序がページ上のレコードのインデックス順序とかけ離れているか、またはインデックスに割り当てられた 64 ページのブロック内に未使用のページが多数存在することを示します。 断片化の 1 つの現象として、あるテーブルが占めている領域が、本来占めている「はずの」領域より大きいことがあります。 それが正確にどの程度かを判定するのは困難です。 すべての InnoDB データおよびインデックスは B-trees に格納され、その fill factor は 50% から 100% まで異なる場合があります。 断片化の別の現象として、次のようなテーブルスキャンにかかる時間が、本来かかる「はずの」時間より長いことがあり
MySQL5.5.3-m3のDATETIME型のバグ。あとMySQLの DATETIME型は本当に遅いのか検証してみた - 2010-04-30 - 小野マトペの業務日誌(アニメ制作してない篇)
バグの話 近々ふぁぼったーDBのInnoDB化を企てているので、それに伴いMySQL5.0.67(Tritonn)から、先日リリースされたばかりのMySQL5.5.3-m3に乗り換えてみた。RC(リリース候補)版ということで、GA版とほぼ変わらない品質と聞いたので、割と軽い気持ちでインストールしたんだけど、いきなりバグにハマった。 バグとは、DATETIME, TIMESTAMP, DATE, TIME型と文字列定数との結合でインデックスが使われない、というもの。 以下のような、date(DATE型)の結合しかしていないクエリでも、dateインデックスが使われず昇順フルテーブルスキャンされ、20秒くらい掛かった。 select date from STATUS force index(date) where date='2010-01-19' limit 10; この現象は、5.5.3,5
MySQLでサービス停止のないALTER TABLEの検討 - SH2の日記
MySQLでテーブルへのカラム追加、インデックス追加やテーブルの再編成などを行うと、その間テーブルに共有ロックがかかってしまいます。そのためこれらのメンテナンス処理は、通常利用者の少ない深夜早朝帯にサービスを止めて実施する必要があります。本日はそれを無停止、オンラインのままでできないかという話題です。 基本的なアイデア メンテナンス対象の元テーブルをコピーして、作業用の仮テーブルを作ります 仮テーブルに対して、カラム追加などの変更を加えます その間、元テーブルに対して行われる更新処理について差分を記録しておきます 仮テーブルの変更が終わったら、記録しておいた差分データを仮テーブルに反映します 差分データの反映が終わったら、元テーブルと仮テーブルを入れ替えます これと似たようなことを考えた方は結構いらっしゃるのではないでしょうか。ただ、言うは易し、行うは難しです。整合性がきちんと取れるかどう
ユーザーに設定できる権限の種類と一覧
ユーザーが MySQL に接続したあとデータベースやテーブルを作成したり、テーブルからデータを取得するにはその操作に対する権限が設定されている必要があります。ここでは MySQL における権限の種類と権限の一覧について解説します。 グローバルレベル(G) グローバルレベル権限は全てのデータベースに適用される権限です。この権限は mysql.user テーブルに格納されます。 データベースレベル(D) データベースレベル権限は特定のデータベース内の全てのオブジェクトに適用される権限です。この権限は mysql.db テーブル内に格納されます。 テーブルレベル(T) テーブルレベル権限は特定のテーブル内の全てのカラムに適用される権限です。この権限は mysql.tables_priv テーブル内に格納されています。 カラムレベル(C) カラムレベル権限は特定テーブル内の単一カラムに適用される権
MySQL :: ページャで画面表示を見やすくする [Tipsというかメモ]
具体的には、以下のようになってしまい、悲しい思いをします。 mysql> select * from KEY_COLUMN_USAGE; emp_user_opt_by_config_id | 1 | NULL | NULL | NULL | | NULL | premiscss | PRIMARY | NULL | premiscss | st emp_user_opt_by_itationals_id | 1 | NULL | NULL | NULL | | NULL | premiscss | PRIMARY | NULL | premiscss | st emp_user_opt_by_itational_id | 1 | NULL | NULL | NULL | | NULL | prepsychoss | PRIMARY | NULL | prepsychoss | ch re
気が付いたらmysqlサーバがswapしてた - ヌキのやる気のないエンジニアブログ
昨日の夜にmuninをフラフラーっと見てたんです。とあるDBサーバで今度作業するっていういので今の状況を確認しておこうと見たら・・・・ 2GBもswapしてるじゃないですか！ ｱﾀヽ(д｀ヽ彡ノ´д)ノﾌﾀ うーん、swap I/Oの頻度はそこまで多くないから死にはしないけど原因見つけて対処しないとなっと。 前に読んだhttp://d.hatena.ne.jp/fat47/20121121/1353495937:【メモ】MySQLでのswap発生とNUMAアーキテクチャを思い出しました。 「お、確かにR410でCPU2個詰めるからもしかしたら・・・」 と思ったので搭載CPUの数を調べようと/proc/cpuinfoを見たら # cat /proc/cpuinfo | grep physical | grep id physical id : 1 physical id : 1 physic
複数行返ってくるサブクエリを文字列に連結して取得するSQLまとめ - hikky nikky
SELECT name FROM TABLE_NAME WHERE id IN(1, 2, 3)みたいな複数行の結果セットが返ってくるクエリを、 複数行を結合した文字列にしつつ、サブクエリとして扱って、 SELECT column1, column2, (SELECT name FROM TABLE_NAME WHERE id IN(1, 2, 3)) AS names FROM ...みたいにスバッと書きたいみたいなことが、たまにあります。 文字列への結合をプログラム側でやらなくて済むと嬉しいケースもあるし。 ただし、これはRDBMSによって、書き方が結構異なります。 なんで、アレっちゃアレなんですが、まとめてみました。 対象RDBMSはPostgreSQL、MySQL、Oracle。（というか他は知らない。。。） 前提 SELECT name FROM TABLE_NAME WHERE
Facebookのデータセンターに見るMySQL活用事例 - MySQLカンファレンス
4月14日から17日までの4日間、米カリフォルニア州サンタクララにおいて、MySQL Conference and Expo(以下、MySQLカンファレンス)が開催された。MySQL関連の最大のイベントである。セッションは有料で、日本円で10万円を超える金額にもかかわらず、参加登録者数は2,000人近くに達し※、日本からも多くのユーザーが参加していた。 ※ セッション参加のできない、展示会場のみの申し込み者も含む。 今回のMySQLカンファレンスでは、複数データセンターにまたがってMySQLを活用するような大規模事例、ペタバイト級の規模に挑戦する事例、MySQL Clusterの事例、Heartbeat + DRBDによる高可用性の事例など、さまざまな事例が発表された。とくにFacebookは、1万台のWebサーバ、800台のキャッシュサーバ(memcached)、そして1,800台のMy
MySQLでクエリチューニングことはじめ
最近、寒暖の差が激しいですがみなさん体調は崩されていないでしょうか？ こんにちわ。モニプラ for Facebookを担当しています高橋です。 サービス開始当初は問題なかったものの稼働が高くなりデータ量が多くなって クエリのパフォーマンスが悪化すること…よくありますよね？ 今回はクエリチューニングの基本的な手順とケース別に解決方法を解説したいと思います。 クエリチューニングの手順 1.スロークエリログで問題のクエリをあぶり出す まずはどのクエリが問題なのか特定する必要があります。 アプリケーション側でクエリの実行時間を測定し自前でログを出力しておくというのも手ですが、 お手軽にMySQLの設定で一定時間以上掛かったクエリをログに出力しておくことができます。 スロー クエリ ログ(MySQL 5.1 リファレンスマニュアル) mysqldを–log-slow-queriesオプションつきで起
MySQL統計情報 – variable.jp [データベース,パフォーマンス,運用]
MySQLの実行プランのベースとなるデータ確認 -found_records: total amount of read records. -read_time: assumption of total disk access times. ■ テーブルの情報 mysql> show table status like 'language'\G *************************** 1. row *************************** Name: language Engine: InnoDB Version: 10 Row_format: Compact Rows: 3560363 (found_recordsの値) Avg_row_length: 51 Data_length: 183156736 (rad_time=Data_Length/16KB)
LIMITで件数制限をしつつ、全件数を取得する方法 SQL_CALC_FOUND_ROWS FOUND_ROWS() - [MySQL MariaDB/SQL] ぺんたん info
LIMITで件数制限をしつつ、全件数を取得する方法 SQL_CALC_FOUND_ROWS FOUND_ROWS() LIMITでの件数制限と全件数の取得を合わせて行う方法です。 単純に全件数を取得するにはcountを使用します。 SELECT count(*) FROM `table`; LIMITで制限すると、countで得られる値も制限された数となります。 MySQLではLIMITと同時に全件数を調べることができます。 方法はLIMITするSELECT文のカラムにSQL_CALC_FOUND_ROWSを追加し、そのSQLを実行した直後にSELECT FOUND_ROWS()で取得します。 SELECT SQL_CALC_FOUND_ROWS * FROM FROM `table`; SELECT FOUND_ROWS() as `allcnt`;
[勝手に補足]これだけは覚えておきたい!!MySQL の６つの自動変換 | キムラデービーブログ
オープンソースデータベースを加速する「キムラデービー」のブログです。カレー日記を兼ねてます。なお著者は2010-06-01より日本オラクルに在籍していますが、本サイト（ブログ、またはウェブサイト）において示されている見解は、私自身の見解であって、オラクルの見解を必ずしも反映したものではありません。 sakaikさんの首記の記事はうまくまとまっていますが、ところどころ勘違いする人や、じゃどう対処すればいいの?と思う人がいるのではないかなー、と思いましたので勝手に補足しておきます。(単なる便乗エントリともいいますがw) １. [数値] 範囲外の数値は頭を押さえつけられる ２．[数値] 小数は勝手に丸められる（warningも出ない） ３．[数値] 数字以外が入っていると分かるところまでを登録してくれる ４．[文字列] 長さを超えると勝手にカットされる ５．[文字列] 「文字列連結」のつもりでう
![[勝手に補足]これだけは覚えておきたい!!MySQL の６つの自動変換 | キムラデービーブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/2302e44c95c7e474fefb218540004f95dc47a4bb/height=288;version=1;width=512/https%3A%2F%2Fimaging.jugem.jp%2Ftemplate%2Fimg%2Fjugem_og-image.png)
大人のためのInnoDBテーブルとの正しい付き合い方。
InnoDB関連でよくある質問のひとつに「テーブルのメンテナンスは何をすればいいんですか？」というものがある。InnoDBはMySQL 5.5でデフォルトストレージエンジンとなるため、InnoDBのテーブルメンテナンス計画を立ようと思う機会も増えることだろう。そこで、今日はInnoDBのテーブルメンテナンスの各種方法となぜそうしなければいけないかという理由を解説しようと思う。 ANALYZE TABLEテーブルメンテナンスの代名詞といえば、インデックス統計情報の更新ではなかろうか。運用を続けるうちに、知らず知らずインデックス統計情報が狂ってしまい、思うような性能が出ない。RDBMSにはそのような問題がつきものであるが、InnoDBの場合、ANALYZE TABLEは不要である。なぜなら、InnoDBが自発的に統計情報を更新するからだ。InnoDBは以下の条件に適合すると、ANALYZE T
ぼくとMySQLの3日間戦争(予告編) | GMOメディア エンジニアブログ
こんにちは、DBAのたなかです。 聞いてください。 ある日、突然、MySQLが Number of processes running now: 0 130731 00:28:59 mysqld restarted 130731 0:28:59 InnoDB: Database was not shut down normally. InnoDB: Starting recovery from log files... InnoDB: Starting log scan based on checkpoint at InnoDB: log sequence number 141 925270908 InnoDB: Doing recovery: scanned up to log sequence number 141 925276705 130731 0:28:59 InnoDB: St
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.8.2 EXPLAIN ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MariaDB Spider Mroonga 20140218
Spider DeNA Technology Seminar #2
Sign in - Google Accounts
❤️ Best adult photos at mysql-casual.org
How can I get FOUND_ROW()s from an active record object in rails?