RDBMSのインデックスサイズを無難に見積もる方法 - まだ中学生のブログ
RDMSを使うからには大量のデータを扱うことが多いです。 しかし、システムを運用していく上で、漠然と多いだけでなく、何MBなのか何GBなのか、増加率はどれくらいなのか、を見積もることが大切です。 RDMSのテーブルには型を定義します。 型にはそれぞれサイズがあるので、計算は可能です。 INT型なら4byte、DATETIME型なら8byteといった値です。 しかし、VARCHARやTEXT型といった可変長カラムならまだしも、インデックスのサイズを見積もるのはなかなか困難です。 INT型のカラムにインデックスを張ればサイズは2byte！とか決まっていれば計算できるのですが、そうでもないのです。 一応計算式は存在していますが、あくまで見積もりの式で、最大でこれくらいになる、という値しか求まりません。 実際私も業務でDBのサイズの見積が必要になって困ったので、インフラのDBチームの人、いわゆるD
MySQLインデックスのお手入れの基本 | Yakst
Percona Database Performance Blogの翻訳。既に運用を始めたデータベースで、インデックスが正しく使われているか、無駄や不足がないかを確認する方法のまとめ記事。クエリをひとつひとつ確認するのではなく、統計情報を元に判断する分かりやすい方法。 このブログ記事では、MySQLインデックスに手入れする基本的なステップについて見ていこうと思います。 データベースは、インデックス次第でハイパフォーマンスにも、役立たずで遅くて大変にもなりうることはご存知でしょう。インデックスは、時々手入れをする価値がある非常に重要なものです。それでは、何をチェックすればよいのでしょうか？順不同ですが、確認すべき点を挙げてみます。 1. 使われていないインデックス sysスキーマで、使われていないインデックスをとても簡単に見つけられます。 schema_unused_indexes ビューを
カーディナリティについてまとめてみた - Qiita
カーディナリティとは テーブルにカラムがあるとして、カラムに格納されているデータの種類がどのくらいあるのか(カラムの値の種類の絶対値)を、カーディナリティという。 具体例 カーディナリティが低い場合 例えば性別なら、男と女の二種類である。 カラムのデータの種類が、テーブルのレコード数に比べて二種類と少ない。このことを カーディナリティが低い という。 カーディナリティが高い場合 一方顧客番号ならたくさんの種類(番号)が存在することになる。 カラムのデータの種類が、テーブルのレコード数に比べて多い場合、 カーディナリティが高い という。 カーディナリティを踏まえたインデックスの張り方 基本的に、 カーディナリティの高い列に作成する 必要がある。 はじめに、カーディナリティは カラムの値の種類の絶対値と書いたが、先程の例で言うと性別のカーディナリティは2になる。他にも例えば１年間の日付なら1〜
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ヤフー社内でやってるMySQLチューニングセミナー大公開
