The latest from the MySQL community

　OSC2011-Fukuoka に、日本MySQLユーザ会(MyNA)として参加してきました。OSC(オープンソースカンファレンス)は各地で開催されていますが、福岡は私にとって、地方*1OSC参加の原点でもあり、今年で5回目の参加になります。ちなみにOSC-Fukuoka は、今年で５回目の開催だそうです。
http://www.ospn.jp/osc2011-fukuoka/

…

　年に1回の「いい肉の日」です。毎年「いい肉の日」は、groonga を囲む夕べです！去年から開催なので、今年で2回目。 　ご縁あって、全体進行役(司会とも言う)をつとめさせていただきました。「とっとと進めなきゃ」という思いが先行しすぎて、アイスブレークをし切れなかったなぁとか（会場の空気、固かったですよね。ごめんなさい。司会の力量です。。。）、反省点はあるのですが、それでも多くの方が楽しんでくださっていたようで、嬉しく思いました。 　講演の内容は、皆さんがまとめてくださっているので、以下のリンク先 ...

　年に1回の「いい肉の日」です。毎年「いい肉の日」は、groonga を囲む夕べです！去年から開催なので、今年で2回目。

　ご縁あって、全体進行役(司会とも言う)をつとめさせていただきました。「とっとと進めなきゃ」という思いが先行しすぎて、アイスブレークをし切れなかったなぁとか（会場の空気、固かったですよね。ごめんなさい。司会の力量です。。。）、反省点はあるのですが、それでも多くの方が楽しんでくださっていたようで、嬉しく思いました。

　講演の内容は、皆さんがまとめてくださっているので、以下のリンク先を参照ください。個人的には、高速な全文検索エンジンとしての groonga (と、 …

JUGEMテーマ：コンピュータ

　MySQL 5.1+InnoDB Plugin, 5.5以降でサポートされた以下の三つの情報スキーマテーブルを使うとトランザクションとロックに関わる情報をInnoDBロックモニタよりも簡単でわかりやすく取得することが可能です。

| INNODB_LOCK_WAITS                     |独自: ロック待ち情報
| INNODB_LOCKS                          |独自: ロック競合情報
| INNODB_TRX                            |独自: トランザクション情報

　通常一つの接続ではトランザクションのBEGIN; …

在oracle中我们希望表的join方式按照顺序执行，需要加hint，一般是加ordering的关键字，在mysql中，也给出了这样的功能提示，那就是STRAIGHT_JOIN，example如下：

SELECT STRAIGHT_JOIN count(*)

FROM ext,rec

WHERE ext.guid=rec.guid

and ext.name like 'dddd%' and

rec.name not like 'dddd%'

2010年1月の記事SystemTapでMySQLのDisk I/Oを分析するの続きです。以前作成したSystemTapスクリプトは、実はMySQL 5.5のDisk I/Oを分析することができませんでした。というのも、MySQL 5.5からInnoDBが非同期I/Oを行うようになったのですが、以前のスクリプトは非同期I/Oに対応していなかったためです。本日はMySQL 5.5におけるInnoDBの非同期I/Oについて、確認していきたいと思います。 非同期I/Oとは 非同期I/Oとは、I/O処理をブロックされることなしに行う方式のことです。通常のI/O処理はそれが完了するまで待たされてしまうのですが、非同期I/Oを用いることでI/O処理の完了を待つことなしに他の処理を進めることができます。以下のウェブサイトでとても詳しく解説されています。 バッファキャッシュとAIO（1） - O’Reilly Japan Community Blog …

JUGEMテーマ：コンピュータ

いろいろありましたが、まぁ始めてしまったことは、始めてしまった人が責任をとってがんばってください。
…

JUGEMテーマ：コンピュータ

てっきり「本当に同期」のものかと思っていたら、昨日OSC2011Tokyoでポスグレ関係の人に聞いた話とマニュアル、以下のエントリなどをみるとMySQL5.5でいうところの「準同期レプリケーション」、つまりログが実際に書かれたことを保証する、ログの「同期レプリケーション」とのことです。

2011-03-09同期レプリケーション in PG9.1(PostgreSQL雑記)

なのでMySQLに「PostgreSQLみたいな同期レプリケーションはないの?」とか
…

索引在我们数据库设计中至关重要，它设计的好坏决定了后期性能，因此整理了一些资料分享给大家，希望对大家有所帮助。

Oracle index内部原理：

http://www.juliandyke.com/Presentations/IndexInternals.ppt

Mysql index内部原理：

http://forge.mysql.com/wiki/MySQL_Internals_InnoDB

以下是最近论坛中关于MYSQL innodb索引的一些讨论。

对InnoDB存储引擎的索引的疑问

http://www.itpub.net/thread-1509353-1-2.html

一个SQL语句优化背后的故事

…

This week we introduced the Open Sharding Protocol (OSP), an open source protocol designed specifically for plug-compatible database drivers which support the full capabilities of database sharding. OSP is the foundation of the dbShards 3.x architecture, something I’ll be talking about a lot at the Cloud Computing Expo West, Nov. 7-10 and in the coming months as we continue to introduce leading advances in dbShards technology.

There are many approaches to database sharding, but they all agree on one principle: all modern scalable database architectures (RDBMS, NoSQL, “NewSQL”) rely on scalable, horizontal partitioning to accomplish ultra-high performance. As you probably know, we have been in the sharding game for many years, and early research we performed proved that a “share-nothing/shard-everything” architecture is unbeatable when it comes to overall performance and throughput. This is even more powerful with our Relational …