Community journal

The latest from the MySQL community

Ideas, releases, practical guides, and perspectives from the people building with MySQL.

Follow the feed
Showing entries 2191 to 2200 of 3187 « Previous | Next »
MySQL versions shootout

(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 …

[さらに読む]
mysql5.1 slave_exec_mode

Controls whether IDEMPOTENT or STRICT mode is used in replication conflict resolution and error checking. IDEMPOTENT mode causes suppression of duplicate-key and no-key-found errors. Beginning with MySQL 5.1.23-ndb-6.2.14 and MySQL 5.1.24, this mode should be employed in multi-master replication, circular replication, and some other special replication scenarios. STRICT mode is the default, and is suitable for most other cases.

さらなる更新系処理の並列実行性の向上について

InnoDB性能フリークの皆様(日本語圏にいるかどうか解りませんが…)、ご無沙汰しております。MySQL-5.6では我々外野開発者が色々実装してきた改良・機能について人気の高い物・有効な物から順に積極的に取り込まれる様子が見て取れます。これはMySQLの開発コミュニティにとって素晴らしい進歩です。我々の活動が多くのユーザーに支持され、本家側からも無視できなくなり、何らかの進歩を阻害する要因が解決されたのではないでしょうか?感無量です。これで私も更に前へ進むことが出来るというものです。というわけで、今回は今まで誰も触れてこなかった問題に触れてみます。

InnoDB …

[さらに読む]
加速的に膨張する宇宙のように進化するMySQL!最新開発版MySQL 5.6.3 m6新機能解説

最新の開発版であるMySQL 5.6.3-m6がリリースされた。清く正しいMySQLerの皆さんはすでにダウンロードして、評価を楽しんでくれていることだろう。はっきり言ってこのバージョンは凄い。明らかに前バージョンのMySQL 5.6.2から搭載されている新機能の数は膨大である。それはMySQL 5.6.3のリリースノートを見てもらえば一目瞭然だ。凄いボリュームだからだ。

今回はそんな膨大な新機能を搭載したMySQL 5.6.3について、要点を解説しようと思う。MySQL 5.6.3は開発版なので今直ぐ本番環境へ投入したい!というはやる気持ちはグッと我慢して頂きたいが、ぜひ評価はしていただきたいと思う。

…

[さらに読む]
Oracle MySQL Developer Day

JUGEMテーマ:コンピュータ

首記の件今月の後半にMySQLの技術セミナーを大阪(10/26)と東京(10/28)で開催します。MySQLの最新情報や多くの有益な技術情報を紹介しますので是非ご参加ください。 詳細はこちら。

今の予定では大阪(10/26)のセミナーのいくつかを私が担当し、東京(10/28)のほうは奥野さんがいくつかセミナーを担当します。梶山さんは大阪・東京両方でます(^_^;)

MySQLの最新情報が一度にGetできますので、お近くの方は是非申し込みのうえ、ご参加くださいm(_ _)m

good performance test for innodb compression

good articles URL as following:

http://www.mysqlperformanceblog.com/2011/05/20/innodb-compression-woes/
http://www.facebook.com/notes/mysql-at-facebook/innodb-compression-for-read-only-workloads/10150190328375933

mysql5.1 disable index gap locking

With MySQL V5.0 or before, use the my.cnf option innodb_locks_unsafe_for_binlog to minimize next-key locking.This is safe only if you do not use binlogging for replication,OR, if your application is not prone to 'phantom row' problems

Beginning with MySQL-5.1.xx, if you use row-based replication, you can safely reduce next-key locking by setting innodb_locks_unsafe_for_binlog use TRANSACTION ISOLATION LEVEL READ COMMITTED.

the detail refer URL as following:

http://dev.mysql.com/doc/refman/5.1/en/innodb-parameters.html#sysvar_innodb_locks_unsafe_for_binlog

Isolation (database systems)

From Wikipedia, the free encyclopedia.

In database systems, isolation is a property that defines how/when the changes made by one operation become visible to other concurrent operations. Isolation is one of the ACID (Atomicity, Consistency, Isolation, Durability) properties.

Isolation levels

Of the four ACID properties in a DBMS (Database Management System), the isolation property is the one most often relaxed. When attempting to maintain the highest level of isolation, a DBMS usually acquires locks on data or implements …

[さらに読む]
MHA for MySQLとオープンソースとDeNAの話

 実に久しぶりの投稿ですが、最近リクルートのセミナーで、私が少し前に公開した「Master High Availability Manager and tools for MySQL (MHA)」と、オープンソース界隈の技術者として、DeNAでどのような活躍の可能性があるかといった話をしてきました。

MHA for MySQLとDeNAのオープンソースの話 View more presentations from Yoshinori Matsunobu

 ust配信とかはしていなかったので残念ながらデモ動画は残ってませんが。。

 何点か今の時点での私の考えをまとめると、以下のような感じです。

…

[さらに読む]
mysql5.1 Physical Row Structure

The physical row structure for an InnoDB table depends on the row format specified when the table was created. For MySQL 5.1, InnoDB uses the COMPACT format by default, but the REDUNDANT format is available to retain compatibility with older versions of MySQL. To check the row format of an InnoDB table, use SHOW TABLE STATUS.

The compact row format decreases row storage space by about 20% at the cost of increasing CPU use for some operations. If your workload is a typical one that is limited by cache hit rates and disk speed, compact format is likely to be faster. If the workload is a rare case that is limited by CPU speed, compact format might be slower.

Rows in InnoDB tables that use REDUNDANT row format have the following characteristics:

Each index record contains a six-byte header. The header is used to link together consecutive records, and also in row-level locking.

Records in the …

[さらに読む]