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%'

JUGEMテーマ：コンピュータ

情報スキーマ(INFORMATION SCHEMA)はバージョン毎にテーブルが追加されていっています。MySQL 5.1で追加されたのは、次のものです。

[MySQL 5.1で追加された11個のテーブル]
+---------------------------------------+
| Tables_in_information_schema          |
+---------------------------------------+
| ENGINES                               |独自: show engines相当の情報
| EVENTS                                |独自: イベントスケジューラのイベント情報(show events + α)
| FILES                                 |独自: NDB(MySQL Cluster)エンジンのディスクデータテーブル情報
| GLOBAL_STATUS                         |独自: show global status相当の情報
| GLOBAL_VARIABLES                      |独自: show global variables相当の情報
| PARTITIONS …

Non-clustered:
The data is present in random order, but the logical ordering is specified by the index. The data rows may be randomly spread throughout the table. The non-clustered index tree contains the index keys in sorted order, with the leaf level of the index containing the pointer to the page and the row number in the data page. In non-clustered index:

The physical order of the rows is not the same as the index order.
Typically created on column used in JOIN, WHERE, and ORDER BY clauses.
Good for tables whose values may be modified frequently.

Clustered:
Clustering alters the data block into a certain distinct order to match the index, resulting in the row data being stored in order. Therefore, only one clustered index can be created on a given database table. Clustered indices can greatly increase overall speed of retrieval, but usually only where the data is accessed sequentially in …

MySQLでは5.0から情報スキーマをサポートしています。(バージョンにより利用できる情報に違いがあります) 情報スキーマはSQL標準(SQL/Information Schema)に定義されているもので、データベース上に定義されたオブジェクト(テーブル、ビュー、ストアドルーチンなど)のメタ情報(定義情報)を取得するものです。従来MySQLではSHOWコマンドという独自のコマンドでメタ情報を取得してきましたが、情報スキーマを利用することにより、以下の点が改善されます。

1. SHOWコマンドと比較して、必要データの絞り込み(列選択やWHERE句による)が可能
2. SQL標準に沿ったクエリを使うことにより、接続するRDBMSが違っても透過的に同じクエリが使える(ことが期待できる)

　またMySQL …

TokuDB is a storage engine for MySQL that is specifically designed for high performance on write-intensive workloads.

It achieves this via Fractal Tree indexing, which is based on cache-oblivious algorithmic，TokuDB is a scalable, ACID and MVCC compliant storage engine that provides indexing-based query acceleration and supports online schema modifications

Fractal Tree indexes implement the same operations as a B-tree, and thus are a drop-in replacement for B-trees. The difference is in performance. Fractal Tree indexes effectively replace random I/O with sequential I/O, which is faster on spinning disks. By converting random I/O into sequential I/O, Fractal Trees index data at near disk bandwidth rates, regardless of the structure of the primary and secondary keys, and have range queries that stream data off disk at near disk bandwidth rates, even as the database grows. As a …

some people ask a question:How to save procedure and function code by MYSQL?
check mysql5.1 source code,we get the answer.
1)MYSQL use a table to save this text code,the table name is MYSQL.PROC and table type is MYISAM.
2)The source code is sql/sp.cc and the method is "int sp_create_routine(THD *thd, int type, sp_head *sp)".
3)we can get the comment as following:
/**
Write stored-routine object into mysql.proc.

This operation stores attributes of the stored procedure/function into
the mysql.proc.

@param thd Thread context.
@param type Stored routine type
(TYPE_ENUM_PROCEDURE or TYPE_ENUM_FUNCTION).
@param sp Stored routine object to store.

@note Opens and closes the thread tables. Therefore assumes
that there are no locked tables in this thread at the time of
invocation.
Unlike some other DDL statements, *does* close …

もう目前に迫っているが、日本オラクルではMySQLのイベントを開催する予定である。朝10時から午後4時半までというみっちりなセミナーを、26日大阪と28日東京で開催する。MySQLにどっぷり浸かりたいという方におすすめである。内容は次のようなものを予定している。

レプリケーションとスケーラビリティの話 運用管理のノウハウ MySQL Cluster MySQL徹底解説

セミナー情報大阪開催 日程: 2011年10月26日 (水) 10:00～16:30 (受付開始: 09:30～) 会場: 日本オラクル西日本支社セミナールーム 定員：40名

東京開催 日程: 2011年10月28日 (金) 10:00～16:30 (受付開始: 09:30～) 会場: 日本 オラクル株式会社本社13Fセミナールーム 定員：80名

大阪の方はまだ席に余裕があるのでぜひ来ていただきたい

Spiderストレージエンジンのバージョン 2.27(beta)とVartical Partitioningのバージョン 0.16(beta)をリリースしました。
Spiderストレージエンジンは、database sharding用のストレージエンジンです。
http://spiderformysql.com/
Vertical Partitioningストレージエンジンは、テーブルのVertical Partitioning用のストレージエンジンです。
http://launchpad.net/vpformysql

バイナリのダウンロードにはこちらをご利用ください。
http://spiderformysql.com/download_spider.html

今回の主な変更は以下です。
Linux64bit用にQ4Mをバンドルしました。
…

(posts copied from http://www.mysqlperformanceblog.com/2011/10/10/mysql-versions-shootout/)
use Cisco UCS C250 and ran simple sysbench oltp read-write all data fits into memory workload.

Versions in question:

• MySQL 4.1
• MySQL 5.0
• MySQL 5.1 (with built-in InnoDB)
• MySQL 5.1 with InnoDB-plugin
• MySQL 5.5
• MySQL 5.6

All versions are vanilla MySQL, not Percona Server.

The results are there:

There is nothing unexpected, staring with InnoDB-plugin, MySQL scale much better on multi-cores, there is gain up to 1.7x in throughput.

What is interesting there, let’s take look on single thread …