mysql并行快速dump工具mydumper
mysql提供的mysqldump是单线程的dump工具，对于备份或者克隆操作很大库的时候会显得力不从心。这时候就需要mydumper这样的并行dump工具了。
1.下载源码
cd /opt/src && wget http://launchpad.net/mydumper/0.2/0.2.3/+download/mydumper-0.2.3.tar.gz
2.解压安装
cd mydump* && cmake . && make
3.使用并行导出
./mydumper -h 127.0.0.1 -u root -p 16160 -S /tmp/mysql.sock -B sk –outputdir=/data/mysql51/dump/
4.并行装载
./myloader -d /data/mysql51/dump/ -u root -S /tmp/mysql3307.sock -B sk

会在dump目录按表名生产出各自的sql！

这个速度确实有所提高,推荐使用.

1、应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。 继续阅读 →

复制主线程状态：

下面列出了主服务器的Binlog Dump线程的State列的最常见的状态。如果你没有在主服务器上看见任何Binlog Dump线程，这说明复制没有在运行—即，目前没有连接任何从服务器。 继续阅读 →

今天，数据库的操作越来越成为整个应用的性能瓶颈了，这点对于Web应用尤其明显。关于数据库的性能，这并不只是DBA才需要担心的事，而这更是我们程序员需要去关注的事情。当我们去设计数据库表结构，对操作数据库时（尤其是查表时的SQL语句），我们都需要注意数据操作的性能。这里，我们不会讲过多的SQL语句的优化，而只是针对MySQL这一Web应用最多的数据库。希望下面的这些优化技巧对你有用。 继续阅读 →

mysql数据库优化涉及方面很广阔，以下这些我比较赞同，也有部分持保留意见。下面的数据库优化好像是为了给数据库服务器提供一个更好的装修环境来运行mysql一样，属于硬优化。相对于软优化我一般认为是逻辑上、应用上、数据库结构上的调整。

继续阅读 →

# table_cache 参数设置表高速缓存的数目。每个连接进来，都会至少打开一个表缓存。 继续阅读 →