方伟的专栏

根据status信息对MySQL服务器进行优化

方伟 — Sat, 30 May 2009 08:42:00 +0800

网上有很多的文章教怎么配置MySQL服务器，但考虑到服务器硬件配置的不同，具体应用的差别，那些文章的做法只能作为初步设置参考，我们需要根据自己的情况进行配置优化，好的做法是MySQL服务器稳定运行了一段时间后运行，根据服务器的”状态”进行优化。
mysql> show global status;
可以列出MySQL服务器运行各种状态值，另外，查询MySQL服务器配置信息语句：
mysql> show variables;
一、慢查询mysql> show variables like '%slow%';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| log_slow_queries | ON    |
| slow_launch_time | 2     |
+------------------+-------+

mysql对InnoDB表的限制

方伟 — Sat, 30 May 2009 08:41:00 +0800

对InnoDB表的限制
· 一个表不能包含超过1000列。
· 内部最大键长度是3500字节，但MySQL自己限制这个到1024字节。
· 除了VARCHAR, BLOB和TEXT列，最大行长度稍微小于数据库页的一半。即，最大行长度大约8000字节。LONGBLOB和LONGTEXT列必须小于4GB, 总的行长度，页包括BLOB和TEXT列，必须小于4GB。InnoDB在行中存储VARCHAR，BLOB或TEXT列的前768字节，余下的存储的分散的页面中。
· 虽然InnoDB内部地支持行尺寸大于65535，你不能定义一个包含VARCHAR列的，合并尺寸大于65535的行。· mysql> CREATE TABLE t (a VARCHAR(8000), b VARCHAR(10000),· -> c VARCHAR(10000), d VARCHAR(10000), e VARCHAR(10000),· -> f VARCHAR

MySQL Replication(复制)基本原理

方伟 — Sat, 30 May 2009 08:39:00 +0800

1、复制进程
Mysql的复制（replication）是一个异步的复制，从一个Mysql instace（称之为Master）复制到另一个Mysql instance（称之Slave）。实现整个复制操作主要由三个进程完成的，其中两个进程在Slave（Sql进程和IO进程），另外一个进程在 Master（IO进程）上。

要实施复制，首先必须打开Master端的binary log（bin-log）功能，否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。
复制的基本过程如下：
1)、Slave上面的IO进程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容；
2)、Master接收到来自Slave的IO进程的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave 的IO进程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-l

MySQL的双机拷贝备份(Replication)的配置

方伟 — Sat, 30 May 2009 08:18:00 +0800

在MySQL中双机拷贝备份的实现是依靠日志文件来实现的，当主服务器的数据库有改变时，这些改变会被记录到日志中去，则日志一旦改变则会发送到从服务器，由从服务器来执行这些改变，在MySQL中设置双机拷贝备份其实比较容易，按如下步骤执行即可
1、确保主从服务器的MySQL库是兼容的，具体的兼容问题请查看MySQL官方文档，这里建议主从服务器用一样的数据库版本
2、创建拷贝用户，并赋予replication及slave权限，如grant replication slave on *.* to 'repl'@'%' identified by 'replpass'
3、执行flush tables with read lock来清空所有表和块的写入语句
4、为主服务器的my.cnf设置log_bin以及server_id选项，如
[mysqld]
log_bin=mysql_bin
server_id=1
并重新启动服务器，此时调用show master status将会出现类似如下内容：
+-

搭建集群负载均衡系统

方伟 — Sat, 30 May 2009 08:17:00 +0800

声明：本文是参考大量网上资料以及tigerlei自己的实际操作而写的笔记，仅供大家参考，绝非原创。
搭建集群负载均衡系统
　　负载均衡集群是在应用服务器高负载的情况下，由多台节点提供可伸缩的，高负载的服务器组以保证对外提供良好的服务响应；而LVS就是实现这一功能的技
术.实际上LVS是一种Linux操作系统上基于IP层的负载均衡调度技术，它在操作系统核心层上，将来自IP层的TCP/UDP请求均衡地转移到不同的
服务器，从而将一组服务器构成一个高性能、高可用的虚拟服务器。使用三台机器就可以用LVS实现最简单的集群，如图1所示。

图1 LVS实现集群系统结构简图
图1显示一台名为Director的机器是前端负载均衡器，运行LVS，目前只能在Linux下运行.可以针对web、ftp、cache、mms甚至
mysql等服务做load balance;后端两台机器称之为Real
Server，是需要负载均衡的服务器，可以为各类系统，Linux、Solaris、Aix、BSD、W

mysql双机

方伟 — Sat, 30 May 2009 07:01:00 +0800

最近一直在搞mysql双机同步，在这里做个小结：
方法一：（只修改从机配置，主机不做任何更改）
主机：Host;从机：Slave.
1）将Slave数据库data目录清空，再将Host1数据库data目录下的所有文件完全拷贝过来。
2）修改SlaveMysql的配置文件my.ini（Windows C:/MysqlServer5.0/下）或my.cnf（Linux /etc/my.cnf下）
在[mysql]配置项下添加：
server-id=2
master-host=192.168.0.1
master-user=backup #同步用户帐号
master-password=123456
master-port=3306
master-connect-retry=30 预设重试间隔30秒
replicate-do-db=backup 告诉slave只做backup数据库的更新
3）启动主从机，配置成功后会在Slave

mysql双机负载均衡的配置过程

方伟 — Sat, 30 May 2009 07:00:00 +0800

一、介绍
========
这篇文档旨在介绍如何安装配置基于2台服务器的MySQL集群。并且实现任意一台服务器出现问题或宕机时MySQL依然能够继续运行。
注意！
虽然这是基于2台服务器的MySQL集群，但也必须有额外的第三台服务器作为管理节点，但这台服务器可以在集群启动完成后关闭。同时需要注意的是并不推荐在集群启动完成后关闭作为管理节点的服务器。尽管理论上可以建立基于只有2台服务器的MySQL集群，但是这样的架构，一旦一台服务器宕机之后集群就无法继续正常工作了，这样也就失去了集群的意义了。出于这个原因，就需要有第三台服务器作为管理节点运行。
另外，可能很多朋友都没有3台服务器的实际环境，可以考虑在VMWare或其他虚拟机中进行实验。
下面假设这3台服务的情况：
Server1: mysql1.vmtest.net 192.168.0.1
Server2: mysql2.vmtest.net 192.168.0.2
Server3: mysql3.vmtest.net 192.168.

MySQL的MERGE存储引擎

方伟 — Sat, 30 May 2009 06:55:00 +0800

MYSQL的引擎不是一般的多，这次说到的是MERGE，这个引擎有很多特殊的地方：
MERGE引擎类型允许你把许多结构相同的表合并为一个表。然后，你可以执行查询，从多个表返回的结果就像从一个表返回的结果一样。每一个合并的表必须有同样的表定义。
MERGE存储引擎在下面这种使用场合会最为有用，如果需要把日志纪录不停的录入MySQL数据库，并且每天、每周或者每个月都创建一个单一的表，而且要制作来自多个表的合计查询，MERGE表这时会非常有效。然而，这项功能有局限性。你只能合并MyISAM表而且必须严格遵守相同的表定义的限制。虽然这看起来好像是一个大问题，但是，如果你使用另外一种表类型(例如InnoDB)，这种合并可能就不需要了。
其创建方法如下：
他将多个表在逻辑上当作一个表来查询。他建立后有两个文件，
.frm 表结构定义
.mrg union表的名字清单
两个基本表:
CREATE TABLE TEST_MERGE_1(
ID INT(5) NOT NULL,
VAL

MySQL:InnoDB和MyISAM的差别

方伟 — Sat, 30 May 2009 06:50:00 +0800

InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。下面是已知的两者之间的差别，仅供参考。
innodb
InnoDB 给 MySQL 提供了具有事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)的事务安全(transaction-safe (ACID compliant))型表。InnoDB 提供了行锁(locking on row level)，提供与 Oracle 类型一致的不加锁读取(non-locking read in SELECTs)。这些特性均提高了多用户并发操作的性能表现。在InnoDB表中不需要扩大锁定(lock escalation)，因为 InnoDB 的列锁定(row level locks)适宜非常小的空间。InnoDB 是 MySQL 上第一个提供外键约束(FOREIGN KEY constraints)的表引擎。
InnoDB 的设计目标是处理大容量数据库系统，它的 CPU 利用率是其它基于磁盘的关系数据库

mysql MEMORY存储引擎

方伟 — Sat, 30 May 2009 03:57:00 +0800

Heap表是最快的表类型，因为它存储在内存里，并使用散列的索引。其缺点是：由于存储在内存中，所有的数据会在出现问题时丢失。他们也不能保留太多的数据（除非你对RAM有很大的预算）。
MEMORY存储引擎用存在内存中的内容来创建表。这些在以前被认识为HEAP表。MEMORY是一个首选的术语，虽然为向下兼容，HEAP依旧被支持。
每个MEMORY表和一个磁盘文件关联起来。文件名由表的名字开始，并且由一个.frm的扩展名来指明它存储的表定义。
要明确指出你想要一个MEMORY表，可使用ENGINE选项来指定：
CREATE TABLE t (i INT) ENGINE = MEMORY;
1.表受限于mysqld变量max_heap_table_size(默认16M)；
2.HEAP数据表从MySQL4.1开始才允许使用自增列；
3.ENGINE =Heap;从MySQL4.1后，首选 ENGINE =MEMORY;
4.From MySQL 4.1 on, hash indexes are st