安装环境

1. Master:/etc/my.cnf

[mysqld]
server-id = 1
log-bin
innodb_flush_log_at_trx_commit=1
sync_binlog=1
datadir=/var/lib/mysql

character-set-server=utf8
init_connect='SET NAMES utf8'

设定了默认字符集为utf8，可以按实际情况取舍这段配置。

2. Slave:/etc/my.cnf

[mysqld]
server-id=2
datadir=/var/lib/mysql

character-set-server=utf8
init_connect='SET NAMES utf8'

3. Master:在master数据库设置用来同步的slave用户权限

GRANT REPLICATION SLAVE ON *.*
TO '<slave_username>'@'<slave_ip>'
IDENTIFIED BY '<slave_password>';

4. Master:导出数据到slave

采用xtrabackup来备份mysql，好处是在master的锁表时间很短，在实际的生产环境也可以使用，并且xtrabackup会自动记录同步日志文件的位置。

sudo innobackupex-1.5.1 --stream=tar /tmp/ | ssh <slave_host> "mkdir /tmp/db; tar xfi - -C /tmp/db/"

这个步骤会把master的数据包括表结构整个导出并压缩复制给slave，同时解压到slave的/tmp/db目录下。

5. Slave:导入数据到slave

innobackupex-1.5.1 --apply-log /tmp/db
innobackupex-1.5.1 --copy-back /tmp/db
chown -R mysql.mysql /var/lib/mysql/*

6. Slave:开始同步数据

查看/var/lib/mysql/xtrabackup_binlog_info，获得日志文件以及position。

CHANGE MASTER TO
MASTER_HOST='<master_host>',
MASTER_USER='<slave_username>',
MASTER_PASSWORD='<slave_password>',
MASTER_LOG_FILE='<see xtrabackup_binlog_info>',
MASTER_LOG_POS=<see xtrabackup_binlog_info>;

START SLAVE;

• 支持Semisynchronous Replication，这个是从早期google的semi-sync patch转过来的，能够做到master-slave的半同步复制
• 集成Innodb plugin 1.0.6
• 新的partition语法

这个版本还不适合用在正式环境。想想以后也许可以用mysql mmm + mysql 5.5提供可用性更好的服务，前提是它已经足够稳定，或者是percona版本？

• 如果用来分区的字段和主键不是同一个，则不能分区
• 见很早前的一篇译文mysql 5.1新功能 －－ 按日期分区，如果查询条件中没有正确利用到分区的字段，那么partition的效果为零
• mysql 5.1.31之前的partition功能有较大的bug，会导致自增字段不能正常自增，怎么个不正常法？auto_increment值会非正常增长，突然比当前的最大id小很多，插入数据时导致duplicate key错误。

这些问题都能凑合着对付过去，但是partition功能和auto_increment似乎是天生的敌人。从使用习惯上来说，我们会把auto_increment字段设置为主键，这个字段要是unique的才比较稳妥，这个情况下如果希望用其它字段来进行分区的话，几乎就成了不可能的任务。以这张表为例：

CREATE TABLE user (
  id int auto_increment PRIMARY KEY,
  uid int,
  foo varchar(32)
) engine=myisam;

这个时候试图以uid进行分区会怎么样？是以怎样的惨淡结局收场？变通的办法是对自增字段做一些调整，从mysql的手册来看，自增字段不一定要设置成主键，仅仅是普通的index也可以，那么把表结构换成下面这个样子，就可以分区成功。

CREATE TABLE user (
  id int auto_increment,
  uid int,
  foo varchar(32),
  index (id)
) engine=innodb PARTITION BY HASH (uid) PARTITIONS 4;

我在实际环境中有一张表达到了几亿条数据，如果要用时下流行的sharding策略，必须在代码上做一些改动，当时偷了点懒直接使用partition功能，用了大半年倒也相安无事。只是分区表占用内存相当的大，如果有其它的表经常出现慢查询耗费服务器资源，那么雪崩效应就出现了，所有的查询都会堵塞变得非常慢。

读写分离脚本的问题

刚启动mysql proxy的时候，经常报错 — “Mysql server has gone away”。我进一步缩小了可能出问题的范围(把环境简化是很重要的查错手段哦！)，比如只连接一个mysql，或者只连接本机的mysql，没有太大帮助，最后是在mysql proxy的日志文件中看到些蛛丝马迹：

(critical) proxy-plugin.c:1367: (connect_server) [string "/usr/local/share/mysql-proxy/r..."]:69: .address is deprecated. Use .src.name or .dst.name instead
(critical) (read_query) [string "/usr/local/share/mysql-proxy/r..."]:179: .address is deprecated. Use .src.name or .dst.name instead
(critical) proxy-plugin.c.1115: I have no server backend, closing connection

在mysql proxy的论坛上看到有人碰到类似的问题，很简单，读写分离的lua脚本还是旧的，0.6.1时代的产物了，更糟糕的是，即便是即将发布的0.7.0，rw-splitting.lua也是旧版本的。lua脚本中的.address需要替换成.src.name或者.dst.name。

解决办法 —— 下载更新之后的rw-splitting.lua，情况会好转。

使用prepare方法无法获得结果

我在测试代码中采用php的pdo_mysql，单独连接mysql是毫无问题的，然而配合mysql proxy使用则是屡屡受挫，查询经常没有结果返回，比较随机，从日志中也找不到有帮助的内容。这次没有找到解决办法，所以我绕了过去，在连接mysql的时候使用伪prepare的方式：

$option = array(PDO::ATTR_EMULATE_PREPARES => 1);

据称emulate方式的性能比prepare要好，所以这也算安慰奖了。

专门的lua脚本分支

lua脚本开发滞后，是一个比较严重的问题，所以在邮件组上看到有个新的lua脚本分支出来 —— https://launchpad.net/mysql-proxy-lua-scripts。希望开发速度能跟上来。

keepalive参数

mysql proxy还不算太稳定，偶尔crash我也不觉得惊讶，所以新增的keepalive参数很有用。在proxy启动的时候，加上–keepalive参数，它便会努力保持proxy的运行状态，停止了也会自动重启。

首先让EPEL (Extra Packages for Enterprise Linux) repository 生效

# rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-2.noarch.rpm

确定这些包已经安装：GNU Autotools, flex, pkg-config, bazaar, MySQL client libraries

# yum install autoconf automake libtool flex pkgconfig bzr mysql-devel

centos下自带的libevent版本超老，这个没有别的办法，只能自己重新编译，版本需要在1.4.0以上，越高越好

$ wget http://monkey.org/~provos/libevent-1.4.9-stable.tar.gz
$ tar zvfx libevent-1.4.9-stable.tar.gz
$ cd libevent-1.4.9-stable
$ ./configure
$ make
# make install

centos自带的glib版本也比较老，mysql proxy 0.7.0以上需要glib2 2.16.0以上才能编译成功，因此不得不重新编译glib

$ wget http://ftp.gnome.org/pub/gnome/sources/glib/2.18/glib-2.18.4.tar.gz
$ tar zvfx glib-2.18.4.tar.gz
$ cd glib-2.18.4
$ ./configure
$ make
# make install

编译安装lua 5.1

$ wget http://www.lua.org/ftp/lua-5.1.4.tar.gz
$ tar zvfx lua-5.1.4.tar.gz
$ cd lua-5.1.4
$ vi src/Makefile

在CFLAGS里加上-fPIC，因为我在64位机上编译出现了“relocations”错误

$ make linux
# make install
# cp etc/lua.pc /usr/local/lib/pkgconfig/

重要：让pkg-config找到自己编译的库在哪里

$ export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig

最后，从bazaar中检出最新的mysql-proxy源文件进行编译：

$ bzr branch lp:mysql-proxy
$ cd mysql-proxy
$ ./autogen.sh
$ ./configure
$ make
# make install

编译完成，可以检查一下最终结果：

# mysql-proxy -V

mysql-proxy 0.7.0
  glib2: 2.18.4
  libevent: 1.4.9-stable
  admin: 0.7.0
  proxy: 0.7.0

配置启动脚本，在系统启动时运行mysql-proxy

cd /etc/init.d
wget http://customcode.googlecode.com/files/mysql-proxy
chmod 0755 /etc/init.d/mysql-proxy
chkconfig mysql-proxy on

增加运行参数

cat >/etc/sysconfig/mysql-proxy

# Options to mysql-proxy
# do not remove --daemon
PROXY_OPTIONS="--daemon"

CTRL+D保存，然后就可以使用以下命令启动|停止mysql-proxy

/etc/init.d/mysql-proxy start|stop

参考文档：
How to Compile and Install MySQL Proxy from Bazaar on CentOS 5.2

性能提升

php 5.3的总体性能提升了5 – 15%

• md5()快了10-15%
• Better stack implementation in the engine
• Constants移到read-only内存里
• exception处理过程改进(简化，opcodes更少)
• (require/include)_once改进，去掉重复open
• Smaller binary size & startup size with gcc4

新语言特性

__DIR__

在5.3以前，为了获得当前脚本的目录，需要一次函数调用

echo dirname(__FILE__); // < PHP 5.3

在5.3，只需要一个魔术常量__DIR__就解决了。

echo __DIR__; // >= PHP 5.3

?:操作符

便捷的?:操作符，可以从两个值/表达式中快速取得非空值。

$a = true ?: false; // true
$a = false ?: true; // true
$a = "" ?: 1; // 1
$a = 0 ?: 2; // 2
$a = array() ?: array(1); // array(1);
$a = strlen("") ?: strlen("a"); // 1

__callStatic()

新增了魔术方法__callStatic，功能和__call类似，但是仅对static方法有效。

class helper {
        static function __callStatic($name, $args) {
                echo $name.'('.implode(',', $args).')';
        }
}
helper::test("foo","bar"); // test(foo,bar)

动态调用static方法

动态的调用静态方法？动静结合。

class helper {
        static function foo() { echo __METHOD__; }
}
$a = "helper";
$b = "foo";
$a::$b(); // helper::foo

Late Static Binding

不知道怎么译，可能留个原文更容易理解。静态方法的事件处理时机有变化，以前是在编译期处理，现在是执行期间处理。

在php 5.3之前，下面的代码会输出一个A，但是这不是咱们要的，whoami方法已经在class B中重新定义，它本该输出B才符合咱们想当然的思维。

class A {
   public static function whoami() {
      echo __CLASS__;
   }
   public static function identity() {
     self::whoami();
   }
}
class B extends A {
   public static function whoami() {
      echo __CLASS__;
   }
}
B::identity(); // A <-- PHP < 5.3

下面代码中使用了static::whoami()来调用静态方法。php 5.3之后，由于__CLASS__是在执行期被处理，那么这个例子中能顺利抓到class B。

class A {
   public static function whoami() {
      echo __CLASS__;
   }
   public static function identity() {
      static::whoami();
   }
}
class B extends A {
   public static function whoami() {
      echo __CLASS__;
   }
}
B::identity(); // B <-- >= PHP 5.3

mysqlnd

见mysqlnd成为php 5.3中的默认mysql驱动

但是PDO_MySQL暂时还不支持mysqlnd，目前只有mysql(i)扩展可以用到

无法通过mysql proxy连接mysql

在host,password正确的情况下，也会遇到无法连接mysql的情况，可以查查mysql server是不是使用了old_password，检查my.cnf里面是不是有

old_password = 1

有的数据库是从老版本升级上来的，所以会开启这个选项，mysql proxy不支持old_password。另外也可以通过查看密码长度的方式来判断:

select length(password) from mysql.user

如果长度为16位则是old_password无疑。

字符乱码

通过proxy连上数据库之后，查到的字符串始终是乱码，即便手工执行了set names ‘utf8′也没有效果。

解决办法，mysql server必须设置

[mysqld]
skip-character-set-client-handshake
init-connect='SET NAMES utf8'
default-character-set=utf8

一台mysql slave当掉之后，mysql proxy会报错导致全部的mysql无法连接

安装了mysql proxy实现读写分离，有master x 1, slave x 2。为了测试failover，停掉了一个slave，然后mysql proxy会一直报错，提示无法连接。这个情况比单点的mysql还糟糕，挂掉一个就全挂掉！mysql的工程师给提供了一段代码，替换掉src/network-mysqld-proxy.c的NETWORK_MYSQLD_PLUGIN_PROTO函数可以解决这个问题。

代码比较长，直接附上下载地址： network-mysqld-proxy-function.c

定期crash

这个问题也很糟糕，mysql proxy经常会自己悄悄的停止工作，所幸时间间隔很长。猜想是有内存泄漏的问题存在，希望以后的版本能解决。

我采用的解决办法就是晚上定期重启它。

• mysqlnd更容易编译: 因为它是php源码树的一个组成部分
• mysqlnd和php内部机制结合更紧密，是优化过的mysql驱动
• mysqlnd更节省内存，从测试结果来看，比传统的mysql扩展节省40%的内存
• mysqlnd更快
• mysqlnd提供了丰富的性能统计功能
• mysqlnd使用了PHP license以避免不必要的版权纠纷

这个改动应同时对mysql和pdo_mysql扩展生效。

mysqlnd是什么

mysqlnd是mysql原装的php驱动

安装步骤

• 安装memcached,这个步骤很简单，随处可见
• 安装mysql server 5.1RC，安装办法也很大众，不废话了
• 编译libmemcached，解压后安装即可

  ./configure; make; make install

• 编译Memcached Functions for MySQL，在http://download.tangent.org/找一个最新的版本下载就是，

  ./configure --with-mysql=/usr/local/mysql/bin/mysql_config --libdir=/usr/local/mysql/lib/mysql/
  make
  make install

• 接下来有两个办法让Memcached Functions for MySQL在mysql中生效
  • 在mysql的shell中执行memcached_functions_mysql源码目录下的sql/install_functions.sql，这会把memcache function作为UDF加入mysql
  • 运行memcached_functions_mysql源码目录下的utils/install.pl，这是一个perl脚本，作用同上一条

测试memcache function

以下测试脚本摘自memcached_functions_mysql的源码目录，有兴趣可以试试

drop table if exists urls;
create table urls (
  id int(3) not null,
  url varchar(64) not null default '',
  primary key (id)
  );

select memc_servers_set('localhost:11211');
select memc_set('urls:sequence', 0);

DELIMITER |

DROP TRIGGER IF EXISTS url_mem_insert;
CREATE TRIGGER url_mem_insert
BEFORE INSERT ON urls
FOR EACH ROW BEGIN
    SET NEW.id= memc_increment('urls:sequence');
    SET @mm= memc_set(concat('urls:',NEW.id), NEW.url);
END |

DELIMITER ;

insert into urls (url) values ('http://google.com');
insert into urls (url) values ('http://www.ooso.net/index.php');
insert into urls (url) values ('http://www.ooso.net/');
insert into urls (url) values ('http://slashdot.org');
insert into urls (url) values ('http://mysql.com');
select * from urls;

select memc_get('urls:1');
select memc_get('urls:2');
select memc_get('urls:3');
select memc_get('urls:4');
select memc_get('urls:5');

shell> mysql -h host -u user -p < batch-file.sql
Enter password: ********

但是平常往往需要在执行sql的同时，运行一些shell脚本进行进一步计算，保存日志之类的。这个可以靠mysql的system命令来实现，例如：

# Mixing shell commands and SQL queries in batch mode- demo script
use test;
#INSTALL PLUGIN example SONAME 'ha_example.so'; #Ignore statement
system cp /tmp/mysqld.trace logs/init.trace # Shell commands prefixed with a 'system'
create table new4(num integer) engine=EXAMPLE;
system cp /tmp/mysqld.trace logs/after_create.trace # Shell commands prefixed with a 'system'
system diff logs/init.trace logs/after_create.trace # Shell commands prefixed with a 'system'

注意

• system命令只在类unix操作系统上有效。
• 可以在存储过程中使用system。

$ /usr/bin/mysql -u root
mysql> select * from users;

但是如果写一点简单的脚本，也可以在命令行下直接运行sql并显示结果，比如：

$ cat executemysql.sh
#!/bin/sh

qry=$1;

echo "Executing the following query"
echo "$qry"

mysql -u root << eof
$qry
eof

运行一下:

$ ./executemysql.sh "select id,name,age from test.users limit 2"
Executing the following query
select id,name,age from test.users limit 2
id name age
3 john 20
4 tom 21

原文：Execute mysql from bash script

PDO::MYSQL_ATTR_INIT_COMMAND (integer)

Command to execute when connecting to the MySQL server. Will automatically be re-executed when reconnecting.

当我使用PDO_MYSQL连上mysql以后，可以利用这个参数自动执行一些QUERY。最常见的使用场合是连接mysql使用utf-8字符集:

$db = new PDO("mysql:dbname=dbname", "user", "password",
	array(PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES 'utf8'"));

以上代码会在连上mysql之后马上执行sql:

set names 'utf8';

SANTA CLARA, CA January 16, 2008 Sun Microsystems, Inc. (NASDAQ: JAVA) today announced it has entered into a definitive agreement to acquire MySQL AB, an open source icon and developer of one of the world’s fastest growing open source databases for approximately $1 billion in total consideration. The acquisition accelerates Sun’s position in enterprise IT to now include the $15 billion database market. Today’s announcement reaffirms Sun’s position as the leading provider of platforms for the Web economy and its role as the largest commercial open source contributor.

Mysql作为LAMP黄金组合中的M，实在功不可没，它的易用性以及良好表现给许多php应用提供了强劲的动力。但不知从此以后，LAMP黄金组合是否还能风光再现（或者该换成LAPP了？）。

原文：Sun Microsystems Announces Agreement to Acquire MySQL, Developer of the World’s Most Popular Open Source Database

What is MySQL Proxy?

MySQL Proxy is a simple program that sits between your client and MySQL server(s) that can monitor, analyze or transform their communication. Its flexibility allows for unlimited uses; common ones include: load balancing; failover; query analysis; query filtering and modification; and many more.

看起来，这个东西能做负载均衡，故障恢复以及query过滤之类事情，如果性能很好，bug少少的话，等它的正式版发布后，我会考虑拿它来做些事情，毕竟，这些都是php开发者经常会要面对的事情。期待！！

关于mysql proxy的资源

• 下载mysql proxy
• mysql proxy的入门帮助文章

首先贴两张php的小卡通，不是太喜欢美式风格的画风。

这张漫画是一头大象正在烧烤海豚。php的传统logo是一头大象，而mysql一贯是以海豚作为标志的，那么这幅图说的是php化身的大象正在大力烧烤mysql dophin？

其实是PostgreSQL在烘烤可怜的Mysql，面目憎狞.

mysql 4.1中新增了FOUND_ROWS()函数，这个函数的说明是这样的：

For a SELECT with a LIMIT clause, the number of rows that would be returned were there no LIMIT clause

A SELECT statement may include a LIMIT clause to restrict the number of rows the server returns to the client. In some cases, it is desirable to know how many rows the statement would have returned without the LIMIT, but without running the statement again. To obtain this row count, include a SQL_CALC_FOUND_ROWS option in the SELECT statement, and then invoke FOUND_ROWS() afterward:

比如说有段sql需要取出一张表的前10行，同时又需要取出符合条件的总数。这在某些翻页操作中很常见

SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name
WHERE id > 100 LIMIT 10;

在上一查询之后，你只需要用FOUND_ROWS()就能获得查询总数，这个数目是抛掉了LIMIT之后的结果数:

SELECT FOUND_ROWS();

其中第一个sql里面的SQL_CALC_FOUND_ROWS不可省略，它表示需要取得结果数，也是后面使用FOUND_ROWS()函数的铺垫。

首先我按照之前记录的手册安装php,参数上有些变化,configure参数增加了–with-pdo=shared –with-pdo-mysql=shared

最后得到一些错误提示:

checking for MySQL support for PDO... yes, shared
checking for mysql_config... /usr/bin/mysql_config
./configure: line 3038: -e: command not found
./configure: line 3039: -e: command not found
checking for mysql_query in -lmysqlclient... no
configure: error: mysql_query missing!?

于是暂时去掉了pdo-mysql模块的安装,直接安装pecl.php.net上最新的PDO_MYSQL

tar -xf PDO_MYSQL.tar
cd PDO_MYSQL-1.0.1
phpize
./configure

仍然出现之前的错误提示.很郁闷,在google上搜索了一下,有个最粗鲁最暴力的办法就是直接修改configure,绕过mysql_query的检测,这样能够编译成功,但是使用的时候调用pdo_mysql模块失败.

偶在这个问题上是卡了很久,在google的搜索结果里一个个比对,最后一个比较有建设性的提示是让俺回去查glibc的版本.

rpm -qa|grep glibc

这样看到这台机器上的glibc版本是2.3,而我下载安装的mysql却是for glibc 2.2,难怪会编译失败. 安装对应版本的mysql之后问题解决.

mysql 4 to mysql 4.1

首先面对的问题，是虚拟主机上的数据库又生了，4.0跳到4.1，老江湖都知道，mysql 4.1新增了字符集，一个没弄好就是页面乱码伺候。

另外一个问题，是前面提过的，原来的数据库用phpmyadmin打包出来，有8M，再用phpmyadmin导入是不用指望，在没有shell权限的情况下，要把这个数据导进去也挺麻烦。

最后用个意想不到的办法，就轻易解决了上面俩问题 —— 我们知道，大容量的mysql数据的导入导出，还是命令行导出方便，虽然说我没有虚拟主机的shell权限，但是php本身还是有办法调用shell的（感谢主机提供者，没有开启安全模式），按照这个思路，我首先将sql上传到服务器，然后用一行php脚本就完成了数据的导入：

<?php `mysql -uroot -pxxxxxx dbname < db.sql`?>

导入mysql之后的字符集是latin，和以前一致，程序不用做修改就可以投入使用了。

上一次迁移：plog 2 wordpress

错误的按日期分区例子

最直观的方法，就是直接用年月日这种日期格式来进行常规的分区：

mysql>  create table rms (d date)
    ->  partition by range (d)
    -> (partition p0 values less than ('1995-01-01'),
    ->  partition p1 VALUES LESS THAN ('2010-01-01'));

上面的例子中，就是直接用”Y-m-d”的格式来对一个table进行分区，可惜想当然往往不能奏效，会得到一个错误信息:

ERROR 1064 (42000): VALUES value must be of same type as partition function near ‘),
partition p1 VALUES LESS THAN (’2010-01-01′))’ at line 3

上述分区方式没有成功，而且明显的不经济，老练的DBA会用整型数值来进行分区：

mysql> CREATE TABLE part_date1
    ->      (  c1 int default NULL,
    ->  c2 varchar(30) default NULL,
    ->  c3 date default NULL) engine=myisam
    ->      partition by range (cast(date_format(c3,'%Y%m%d') as signed))
    -> (PARTITION p0 VALUES LESS THAN (19950101),
    -> PARTITION p1 VALUES LESS THAN (19960101) ,
    -> PARTITION p2 VALUES LESS THAN (19970101) ,
    -> PARTITION p3 VALUES LESS THAN (19980101) ,
    -> PARTITION p4 VALUES LESS THAN (19990101) ,
    -> PARTITION p5 VALUES LESS THAN (20000101) ,
    -> PARTITION p6 VALUES LESS THAN (20010101) ,
    -> PARTITION p7 VALUES LESS THAN (20020101) ,
    -> PARTITION p8 VALUES LESS THAN (20030101) ,
    -> PARTITION p9 VALUES LESS THAN (20040101) ,
    -> PARTITION p10 VALUES LESS THAN (20100101),
    -> PARTITION p11 VALUES LESS THAN MAXVALUE );
Query OK, 0 rows affected (0.01 sec)

搞定？接着往下分析

mysql> explain partitions
    -> select count(*) from part_date1 where
    ->      c3 > date '1995-01-01' and c3 < date '1995-12-31'\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: part_date1
   partitions: p0,p1,p2,p3,p4,p5,p6,p7,p8,p9,p10,p11
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 8100000
        Extra: Using where
1 row in set (0.00 sec)

万恶的mysql居然对上面的sql使用全表扫描，而不是按照我们的日期分区分块查询。原文中解释到MYSQL的优化器并不认这种日期形式的分区，花了大量的篇幅来引诱俺走上歧路，过分。

正确的日期分区例子

mysql优化器支持以下两种内置的日期函数进行分区：

• TO_DAYS()
• YEAR()

看个例子：

mysql> CREATE TABLE part_date3
    ->      (  c1 int default NULL,
    ->  c2 varchar(30) default NULL,
    ->  c3 date default NULL) engine=myisam
    ->      partition by range (to_days(c3))
    -> (PARTITION p0 VALUES LESS THAN (to_days('1995-01-01')),
    -> PARTITION p1 VALUES LESS THAN (to_days('1996-01-01')) ,
    -> PARTITION p2 VALUES LESS THAN (to_days('1997-01-01')) ,
    -> PARTITION p3 VALUES LESS THAN (to_days('1998-01-01')) ,
    -> PARTITION p4 VALUES LESS THAN (to_days('1999-01-01')) ,
    -> PARTITION p5 VALUES LESS THAN (to_days('2000-01-01')) ,
    -> PARTITION p6 VALUES LESS THAN (to_days('2001-01-01')) ,
    -> PARTITION p7 VALUES LESS THAN (to_days('2002-01-01')) ,
    -> PARTITION p8 VALUES LESS THAN (to_days('2003-01-01')) ,
    -> PARTITION p9 VALUES LESS THAN (to_days('2004-01-01')) ,
    -> PARTITION p10 VALUES LESS THAN (to_days('2010-01-01')),
    -> PARTITION p11 VALUES LESS THAN MAXVALUE );
Query OK, 0 rows affected (0.00 sec)

以to_days()函数分区成功，我们分析一下看看：

mysql> explain partitions
    -> select count(*) from part_date3 where
    ->      c3 > date '1995-01-01' and c3 < date '1995-12-31'\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: part_date3
   partitions: p1
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 808431
        Extra: Using where
1 row in set (0.00 sec)

可以看到，mysql优化器这次不负众望，仅仅在p1分区进行查询。在这种情况下查询，真的能够带来提升查询效率么？下面分别对这次建立的part_date3和之前分区失败的part_date1做一个查询对比：

mysql> select count(*) from part_date3 where
    ->      c3 > date '1995-01-01' and c3 < date '1995-12-31';
+----------+
| count(*) |
+----------+
|   805114 |
+----------+
1 row in set (4.11 sec)

mysql> select count(*) from part_date1 where
    ->      c3 > date '1995-01-01' and c3 < date '1995-12-31';
+----------+
| count(*) |
+----------+
|   805114 |
+----------+
1 row in set (40.33 sec)

可以看到，分区正确的话query花费时间为4秒，而分区错误则花费时间40秒（相当于没有分区），效率有90％的提升！所以我们千万要正确的使用分区功能，分区后务必用explain验证，这样才能获得真正的性能提升。

热切期待msyql 5.1稳定版发布!

mysqldump

我最常用的:

mysqldump -uroot databasefoo table1 table2 > foo.sql

这样就可以将数据库databasefoo的表table1,table2以sql形式导入foo.sql中,其中-uroot参数表示访问数据库的用户名是root,如果有密码还需要加上-p参数

mysql的数据导入也是相当便捷的,如:

mysql -uroot databasefoo < foo.sql

这样就可以将foo.sql的数据全部导入数据库databasefoo

]]> http://www.ooso.net/archives/186/feed 2 http://www.ooso.net/archives/154 http://www.ooso.net/archives/154#comments Fri, 03 Mar 2006 09:05:27 +0000 Volcano http://www.ooso.net/index.php/archives/154 mysql 5.1新功能早知道 —- Partitioning
Improving Database Performance with Partitioning

mysql站上关于的Partitioning说明文档

[sql]CREATE EVENT
e                               /* 事件名 */
ON SCHEDULE
EVERY 1 WEEK                    /* 执行间隔 */
DO
INSERT INTO t VALUES (0);       /* SQL statement */
[/sql]

而要开启或关闭这个特性,只要执行下面的sql:
[sql]SET GLOBAL event_scheduler = 1; /*0是关闭*/[/sql]

不管怎么说,mysql的新版本是越来越强大了,但是在实际的项目中,还没有机会用上它们,很难说性能上是不是会打上折扣
原文地址:http://dev.mysql.com/tech-resources/articles/event-feature.html

打开:

install/schemas/mysql_schema.sql

找到代码:

bbcode_uid char(10) NOT NULL,

替换成:

bbcode_uid char(10) DEFAULT '' NOT NULL,

然后安装的时候选择MySQL 4正常安装就可以使用mysql 5了
原帖：http://www.phpbb.com/phpBB/viewtopic.php?f=14&t=345312

那么mysql 5.0有哪些新特性呢?很简单 — “stored procedures, triggers, views, information_schema”,详细内容