The latest from the MySQL community

elasticsearchは全文検索サーバとしても知名度を獲得しており、次のような記事も人気を集めています。

• elasticsearchを全文検索サーバとして活用するなら読んでおきたい、6つのブログ記事をピックアップ - Y-Ken Studio
  http://y-ken.hatenablog.com/entry/essential-japanese-blogs-for-elasticsearch-study

MySQLでは実現の難しかった …

MySQL 5.6から加わった INFORMATION_SCHEMA.INNODB_METRICS のテスト。

mysql56> SELECT name, subsystem, count, status FROM information_schema.innodb_metrics;
+------------------------------------------+---------------------+-----------+----------+
| name                                     | subsystem           | count     | status   |
+------------------------------------------+---------------------+-----------+----------+
| metadata_table_handles_opened            | metadata            |         0 | disabled |
| metadata_table_handles_closed            | metadata            |         0 | disabled |
| metadata_table_reference_count           | metadata            |         0 | disabled |
| metadata_mem_pool_size                   | metadata            |   8388608 | enabled  |
| lock_deadlocks …

Original post: http://anothermysqldba.blogspot.com/2014/04/webscalesql-installation-solved-part-2.html

：これはのフォローアップで試行さWebScaleSQLインストール...パート1

そう典型的なオタク、開発者、馬鹿または何..私はしなかったという …

ということで、去年から細々と続けていたWorkbench紹介の記事はMySQL Workbench 6.1 GAとともにめでたく終了(第4回目)いたしました。是非チェックしてみてください。

DBドキュメント出力とMEBのためのGUI、次期版6.1の新機能を紹介

すべての記事は著者ページからどうぞー。

JUGEMテーマ：コンピュータ

原書(SQL Antipatterns Bill Karwin)のほうは以前紹介していたのですけど、邦訳は紹介してなかったみたいですので、ここで紹介を。

…

Original post: http://anothermysqldba.blogspot.com/2014/04/mysql-explain-sqlnocache.html

だから、今日私は彼らのデータベースのパフォーマンスを持つ人を支援し、いくつかの下手に書かれたクエリに出会った。 今、確かに誰もが目標は、それらを避けるためにあなたができることはすべて行うことです、ミスをする。

つまり、あなたの環境に緩いクエリを聞かせて前にすべき役立つヒントだけのカップル。

常に最初に説明を経由してクエリを実行します。 最初の説明何のような単純なものは、（それが実行されませんので）全くタイプミスを確認せず、クエリを最適化できるようになります。
…

ミックさんに↓んなこといわれてから、参加する機会をうかがっていたアンチパターン勉強会。約半年後に何も予定のない週に募集がかかり、さらり参加できました。

めいじさんも是非今度アンチパターン勉強会に RT @meijik: 俺ももらったよ。しかも、奥野さんとのダブルサイン!!

— ミック (@copinemickmack) 2013, 10月 30


読書会といっても、その場でとうとうと読むのではなく、参加者は該当する章をさらりと読み、発表者がひとりさらりと発表して、あとはおおきめの付箋に語りたいことを書き、模造紙に貼りグルーピングして、参加者で座談会。

…

Original post: http://anothermysqldba.blogspot.com/2014/04/mysqluserclone-or-just-copy-mysql-users.html

私は最近出会ったMySQLのフォーラム投稿新しいシステムにユーザーを移行する方法を探していました。

これはいくつかの方法を行うことができますが、私はそれが私に遊ぶとデモする機会与えた考え出し …

NO SQL, NO LIFE. はキムラデービーのスローガンです。

"SQLがあることで気持ちや生活が豊かになる"という事を、飲み会やオンラインをはじめ全活動を通し、
体現していくこと、それがキムラデービーのテーマです。
いつも「SQL」自体を応援し、「SQL」を元気にしていくことこそがキムラデービーの社会に対する
姿勢・責任であると考えます。
是非あなたも、ちまたにあふれる'%SQL%'からあなた自身のSQLを見つけてください。

SQLがあればデータベース本体は不要であるといっても過言ではありません。歴代SQLの変遷と闇に葬られた仕様、巨大すぎて分割された仕様、「えっ、これどうやって実装するの?」「これ誰得の仕様?」「SQL2008っていつ決まったの? …

今日、EXPLAINの結果を色々と試してみている時に、興味深い問題にぶち当たったので、ドキュメントには載っていないこの現象をここで共有しておこう。

とても単純なInnoDBのテーブルを考えるところから始めよう。2つのINT型のカラムを持ち、最初のカラムがプライマリキーで、2番目のカラムに普通のインデックスが張ってある。

CREATE TABLE `t1` (
  `id1` int(10) unsigned NOT NULL,
  `id2` int(10) unsigned DEFAULT NULL,
  PRIMARY KEY (`id1`),
  KEY `id2` (`id2`)
) ENGINE=InnoDB;

クエリはこれだ。

SELECT id1 FROM t1;

WHERE句を持たない、何のひねりもないクエリだ。

WHERE句がないと、フルテーブルスキャン、あるいはフルインデックススキャンが行われることが知られている。EXPLAINの結果を見てみよう。