)
インデックスの設計の全般的なガイドライン
経験豊富なデータベース管理者であれば適切なインデックス セットをデザインできますが、それほど複雑でないデータベースとワークロードであっても、この作業はきわめて複雑で、時間がかかり、間違いを犯しやすいものです。使用するデータベース、クエリ、データ列の特性を理解することが、最適なインデックスをデザインする際に役に立ちます。 適用対象: SQL Server 2008 R2 以上のバージョン。 データベースに関する注意点 インデックスをデザインするときは、次のデータベースのガイドラインを考慮してください。 1 つのテーブルに多数のインデックスがあると、テーブル内のデータが変更された場合にインデックスをすべて調整する必要があるので、INSERT、UPDATE、DELETE、および MERGE の各ステートメントのパフォーマンスに影響します。 頻繁に更新するテーブルにはインデックスをデザインしすぎな
MySQLのEXPLAINを徹底解説!!
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約？を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか？そのためにはまず現在どのようにクエリが実行さ
ActiveRecordで行ロックをかける方法
行ロックとは 行ロックとは、テーブルの同一レコードに対して、複数同時に更新できないように制限する仕組みのことです。 Ruby on RailsのActiveRecordには２種類のロック方法があります。 楽観的ロック（Rails依存） 悲観的ロック（DBMS依存） それぞれの違いや使い方について解説していきたいと思います。 楽観的ロック 楽観的ロックとは、DBMSの機能に頼らずロックバージョンをレコードに保存しておくことで、取得時と変更時にロックバージョンに変更がないか確認し、変更があった場合は例外を発生させる方法です。 ロックするタイミング データ更新時 データを複数同時に取得することができるが、途中で更新されていた場合は、更新できない 仕組み テーブルにlock_versionフィールドを追加する lock_versionが書き換わっていたらActiveRecord::StaleObj
Macにbrewでmysql5.5系をインストールする方法 - DRY
Macでbrewコマンドを用いてmysql5.5系をインストールしたかったのですが、どうにもエラーが出てインストールできず 最新の適切な対応方法が見当たらなかったので、書き留めておきます。 2013/10/22現在の内容です。 現在 brew install mysql を行うとMySQL5.6系がインストールされます。 それをMySQL5.5系にしたいので下記のやり方にてインストールしようとします。 user@pc[/usr/local]$ cd /usr/local user@pc[/usr/local]$ brew versions mysql 5.6.13 git checkout f60c8fb Library/Formula/mysql.rb 5.6.12 git checkout ed829a3 Library/Formula/mysql.rb 5.6.10 git chec
MySQLコマンドラインツールで使えるコマンド小ネタ
MySQLコマンドラインツールで使えるコマンド小ネタ 2012-12-12 知らなくても何とかなるけど、知っておくと役に立つmysqlシェルから使えるコマンド。 systemコマンド MySQLのプロンプトを開いたままで、ロードアベレージを見たいとか、SQLを書いておいたファイル名を見たい、という時は、OSのシェルで実行できるコマンドをMySQLシェルから実行するsystemコマンドを使えばよい。 mysql> system uptime 10:47:48 up 24 min, 5 users, load average: 3.94, 3.68, 2.57 mysql> system ls test.sh sample01.sql teeコマンド 実行結果をターミナルにも表示するがファイルにも保存しておきたい時はteeコマンド。ファイルへの書き出しをやめる時はnotee。ファイルには、プロ
インデックスの基礎知識
■ インデックスとは データベースの世界で、インデックス(索引)とはテーブルに格納されているデータを 高速に取り出す為の仕組みを意味します。 インデックスを適切に使用することによってSQL文の応答時間が劇的に改善 される可能性があります。 インデックスにはB-Treeインデックスをはじめ、ビットマップインデックス、 関数インデックスなどの種類がありますが、ここでは最も一般的に使われ、かつ ほとんどのDBMSでサポートされているB-Treeインデックスについて解説します。 ※ CREATE INDEX文でオプションを指定しない場合は通常B-Treeインデックスが 作成されます。 ■ B-Treeインデックスのしくみ B-Tree(Balanced Tree)インデックスは次のようなツリー状の構造になっています。 ツリーの先頭はヘッダブロックと呼ばれています。ヘッダブロックでは、キー値の 範囲
サービス品質の改善効率を高める仕組み | 外道父の匠
最近うぇぶ業界では、開発効率や構築効率を求める動きが活発のように見受けられますが、ここで改善効率について手を伸ばしてみましょう。 改善効率とは、開発後期やサービス開始後の運用フェーズにおいて、クソコードやクソクエリ、データの蓄積によるレスポンスの悪化などを、自動的に検知し、開発者にオラオラ改修をプッシュするための仕組みのことでございます。 はじめに ここで紹介する内容はドリコムで実際に運用しているものですが、別にドヤ顔するようなものではなく、中規模以上の企業ならば似たようなことやそれ以上のことをやっているであろう、至極当然な内容です。それでも、それなりに種類が増えてきたことと、それなりの効果を得られていることが実感できているため、いったんまとめてみようと思った次第です。 ウチのサービスのサーバーサイドは Ruby on Rails + MySQL が基本なので、その対策手法になります。WE
トランザクションを強制的に終了させる - HHeLiBeXの日記 正道編
前置き MySQL 5.1で、InnoDBなデータベースを使って何かを開発している最中には、トランザクションがコミット(またはロールバック)される前にプログラム側の処理が(Fatal errorなどで)異常終了したりして、トランザクションがロックを取得したまま放置状態になってしまうことがよくあるらしい(謎)。 そんな時、MySQLのコマンドラインから更新クエリを発行すると、しばらく後に次のようなエラーが返ってくることがある。 ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction 一応参考までに書いておくと、このエラーが返ってくるまでの時間は、次のコマンドで知ることができる。 mysql> show global variables like 'innodb_lock_wait_timeout';
NAMAKESUGI |[Rails][MySQL]MySQL5.1のパーティションプラグインの作成 その1
Cassandraは0.8系を待つことにした。ネタがなくなったので、MySQLのパーティショニングプラグインをつくってみる 環境 Windows 7 HomePremium 64bit ruby 1.8.7 (2011-02-18 patchlevel 334) [i386-mingw32] mysql Ver 14.14 Distrib 5.1.53, for Win32 rails 2.3.11 基盤作成 適当にRailsアプリを作成したあとに以下を実行 命名規則なんて知りません。。。 ruby script/generate plugin acts_as_mysql_helper init.rbの記述 location : vendor/plugins/acts_as_mysql_helper/init.rb require 'acts_as_mysql_helper' #=> li
mysqlでパーティション作り忘れたポカー - webエンジニア系女子のゆるふわブログ
2013-05-01 mysqlでパーティション作り忘れたポカー ただの恥さらし失敗談です( ﾟρﾟ )ｱｩｰ 新しく作ったサービスで、 膨大なレコード数になるテーブル（mysql）に、partitionを切り忘れるという事故を起こしました…|:3ミ 実は、以前もpartitionをDROPして、ウッカリ中身のレコードごと消してしまった前科があるのですが（ログ取ってたのでなんとかなりましたが…気をつけましょう…）、 今回もまたpartition関係の失敗から学ぶことが多々…。 おさらいすると、partitionの前提として 1. 主キーとしてidとctime（←例：パーティションのキーとなるカラム）を設定しなければならない 2. 対象のテーブルに外部キー制約がかかっており、既にレコードが入っている状態で、 後からパーティションを付加する事はできない（外部キーを削除しなければならない）。 出
Percona MySQL をさくらのVPSで使う - dogmap.jp
別にさくらのVPSじゃなくても良いんですが… MySQL の派生プロダクトとして Percona MySQL というモノがあります。 これは、MySQL Performance Blog を書いてる Percona 社が提供してくれているプロダクトで、MySQL からの公式ビルドには含まれていない人気のあるパッチを追加したものです。 高負荷時の InnoDB のパフォーマンスを向上してくれるパッチなんかも含まれます。 Percona 社さんが yum のリポジトリを提供してくれてるのでインストールも簡単です。 とりあえず、どんなもんか確かめてみたかったので、さくらのVPS 512 (CentOS 64bit) にインストールして、MySQL 用のベンチマークソフト super-smack で、ベンチを取ってみました。 インストール まずは、インストール方法。 MySQL がインストールされ
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.1.15 CREATE INDEX ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
MySQL Index勉強会外部公開用
12. © CROOZ,Inc. 12 １．INDEXとはなにか 何枚目がなにかを事前にメモっておけば良い！ スート ランク 位置 ハート Q 1 スペード 9 2 : : : ダイヤ 1 40 : : : スペード 6 45 なぜなら、要求は「カードを引く回数を最も少なく してスペード6を探すこと」 セコいとかおもうヒトはいるか もしれませんが何もセコいこ はしていないです。 前提条件など一切ないから このメモさえあれば位置を指定して1回引けば済む
ユーザーに設定できる権限の種類と一覧
ユーザーが MySQL に接続したあとデータベースやテーブルを作成したり、テーブルからデータを取得するにはその操作に対する権限が設定されている必要があります。ここでは MySQL における権限の種類と権限の一覧について解説します。 グローバルレベル(G) グローバルレベル権限は全てのデータベースに適用される権限です。この権限は mysql.user テーブルに格納されます。 データベースレベル(D) データベースレベル権限は特定のデータベース内の全てのオブジェクトに適用される権限です。この権限は mysql.db テーブル内に格納されます。 テーブルレベル(T) テーブルレベル権限は特定のテーブル内の全てのカラムに適用される権限です。この権限は mysql.tables_priv テーブル内に格納されています。 カラムレベル(C) カラムレベル権限は特定テーブル内の単一カラムに適用される権
cloudpackブログ - MySQLのユーザー一覧を確認
久しぶりにメンテナンスをするMySQLで、そのときの資料がすぐに見つからないときに、ユーザー一覧を確認するのに便利です。 mysql> select Host, User, Password from mysql.user; +--------------+----------+-------------------------------------------+ | Host | User | Password | +--------------+----------+-------------------------------------------+ | localhost | root | | | localhost | | | | % | test | *EF7F84CF1B6023B08DFA2D65123DD9F793F82E0D | +--------------+--
MySQL :: MySQL 8.0 リファレンスマニュアル :: 8.3.1 MySQL のインデックスの使用の仕組み
インデックスは特定のカラム値のある行をすばやく見つけるために使用されます。 インデックスがないと、MySQL は関連する行を見つけるために、先頭行から始めてテーブル全体を読み取る必要があります。 テーブルが大きいほど、このコストが大きくなります。 テーブルに問題のカラムのインデックスが含まれている場合、MySQL はすべてのデータを調べる必要なく、データファイルの途中のシークする位置をすばやく特定できます。 これはすべての行を順次読み取るよりはるかに高速です。 ほとんどの MySQL インデックス (PRIMARY KEY、UNIQUE、INDEX、および FULLTEXT) は B ツリーに格納されます。 例外: 空間データ型のインデックスは R ツリーを使用します。MEMORY テーブルはハッシュインデックスもサポートします。InnoDB は FULLTEXT インデックスの逆のリスト
group byはorder byより先に処理される。これ重要。 - Webtech Walker
今日はちょっとだけはまったSQLの話し。例えばブログのエントリーについたコメントが新しい順にエントリーをソートしたいときを考えてみます。 テーブル構成はこんな感じ。 CREATE TABLE `entry` ( `id` int(11) NOT NULL auto_increment, `title` text, `body` text, `created_at` datetime default NULL, PRIMARY KEY (`id`) ); CREATE TABLE `comment` ( `id` int(11) NOT NULL auto_increment, `entry_id` int, `body` text, `created_at` datetime default NULL, PRIMARY KEY (`id`) ); で、入ってるデータはこんなん。 mysql
全てのデータを削除する(TRUNCATE TABLE文)
指定したテーブル名( table_reference )に格納されているデータをすべて削除します。 全てのデータを削除するには DELETE 文を使って DELETE FROM tbl_name でも同様のことが行えます。ただ DELETE 文がデータを 1 つずつ削除するのに対して、 TRUNCATE TABLE 文の場合はテーブルをいったん削除して改めてテーブルを作成するためテーブルに格納されているデータが非常に多い場合には高速で行える場合があります。また他にも異なる点があるのでのちほど解説します。DELETE 文については「データを削除する(DELETE文)」を参照されてください。 -- -- それでは実際に試してみます。次のようなテーブルを作成しました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLのユーザ管理
How do I install the Rails MySQL adapter?