年前抽空到兄弟公司支援了一下Oracle迁移MySQL的测试，本想把MySQL调优到接近Oracle的性能即可，但经过 @何_登成
@淘宝丁奇 @淘宝褚霸 @淘伯松
诸位大牛的指导和帮助（排名不分先后，仅按第一次为此CASE而骚扰的时间排序），不断修正方案，最终获得了比Oracle更好的性能，虽然是个特殊场景，但是我觉得意义是很广泛的，值得参考，遂记录于此。
所有涉及表结构和具体业务模型的部分全部略去，也请勿咨询，不能透露，敬请谅解。
一、测试模型：
包含12张业务表，每个事务包含12个SQL，每个SQL向一张表做INSERT，做完12个SQL即完成一个事务。
用一个C API编写的程序连接MySQL，不断执行如下操作
开始事务：START TRANSACTION;
每张表插入一行：INSERT INTO xxx VALUES (val1,val2,…); #一共12次
提交事务：COMMIT; …
本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/server_kill_idle_transaction.html
在上一篇文章里我们写了如何针对InnoDB清理空闲事务《如何杀掉空闲事务》，在@sleebin9 的提示下，这个功能不仅可以针对InnoDB，也可以用于所有MySQL的事务引擎。
如何在Server层实现呢，sql/sql_parse.cc的do_command()函数是个好函数，连接线程会循环调用do_command()来读取并执行命令，在do_command()函数中，会调用my_net_set_read_timeout(net,
thd->variables.net_wait_timeout)来设置线程socket连接超时时间，于是在这里可以下手。
…
以前使用percona
5.0系列版本，一直顺风顺水的，没碰到什么问题。最近尝试了一下5.5.10(以及5.5.12)版本，结果碰到bug了
:(
问题现象简述：
1. 有两个数据表
CREATE TABLE `t1` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `guid` bigint(20) unsigned NOT NULL DEFAULT '0', `name` varchar(255) NOT NULL DEFAULT '', `charguid` bigint(20) unsigned NOT NULL DEFAULT '0', `charname` varchar(255) NOT NULL DEFAULT '', `level` int(10) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`id`), KEY `idx_charguid` (`charguid`), KEY `idx_guid` (`guid`) ) ENGINE=InnoDB; CREATE TABLE `t2` ( `aid` bigint(20) NOT NULL AUTO_INCREMENT, `guid` bigint(20) unsigned NOT NULL DEFAULT '0', `name` varchar(255) NOT NULL DEFAULT '', `level` int(10) unsigned NOT NULL DEFAULT '0', `charguid` bigint(20) unsigned NOT NULL DEFAULT '0', `charname` varchar(255) NOT NULL DEFAULT '', PRIMARY KEY (`aid`), KEY `idx_guid` (`guid`), KEY `idx_charguid` …[获取更多]
本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/plug-in-for-performance-and-scalability.html
原文地址：http://blogs.innodb.com/wp/2009/03/plug-in-for-performance-and-scalability/
Why should you care about the latest “early adopter” release of
the InnoDB Plugin, version 1.0.3? One
word: performance! The release introduces
these features:
为什么你应该关注最近的InnoDB Plugin
1.0.3版？一个词：性能！这个版本包括了这些特性
本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/mysql_some_tips_part_1.html
抽空总结一下自己操作MySQL的一些心得体会，做成MySQL小技巧问答系列，给大家作为一些案例参考，也为我自己做一些记录：
1. 在基于ROW的双Master复制下，如何快速大批量订正？
在A<->B的双Master结构下，假设只有一台提供服务，这是我们常用的架构，需要大批量订正数据，如何做最快？用存储过程一批批提交？这有很多的限制，有时候并不可以把一条或多条SQL拆成几段，怎么办呢？binlog不是很好的工具嘛?!
ROW格式的binlog，Slave在应用时是直接使用Handler …
本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/mysql-vs-postgresql-part-1-table-organization.html
翻译自：http://blogs.enterprisedb.com/2010/11/29/mysql-vs-postgresql-part-1-table-organization/
翻译不正确之处请指正。
I’m going to be starting an occasional series of blog postings comparing MySQL’s architecture to PostgreSQL’s architecture. Regular readers of this blog will already be aware that I know PostgreSQL far better than MySQL, having last used MySQL a very long time ago when both products were far less mature than they are today. So, my discussion of how PostgreSQL works will be based on first-hand knowledge, but discussion of how MySQL works will be based on research and – insofar …
[获取更多]