LVS集群采用IP负载均衡技术和基于内容请求分发技术。调度器具有很好的吞吐率，将请求均衡地转移到不同的服务器上执行，且调度器自动屏蔽掉服务器的故障，从而将一组服务器构成一个高性能的、高可用的虚拟服务器。

图2.1：LVS集群的体系结构

为此，在设计时需要考虑系统的透明性、可伸缩性、高可用性和易管理性。LVS集群的体系结构如图2.1所示，它有三个主要组成部分：

• 负载调度器（load balancer），它是整个集群对外面的前端机，负责将客户的请求发送到一组服务器上执行，而客户认为服务是来自一个IP地址上的。它可以是用IP负载均衡技术的负载调度器，也可以是基于内容请求分发的负载调度器，还可以是两者的结合。
• 服务器池（server pool），是一组真正执行客户请求的服务器，执行的服务有WEB、MAIL、FTP和DNS等。
• 后端存储（backend storage），它为服务器池提供一个共享的存储区，这样很容易使得服务器池拥有相同的内容，提供相同的服务。

调度器采用IP负载均衡技术、基于内容请求分发技术或者两者相结合。在IP负载均衡技术中，需要服务器池拥有相同的内容提供相同的服务。当客户请求到达时，调度器只根据负载情况从服务器池中选出一个服务器，将该请求转发到选出的服务器，并记录这个调度；当这个请求的其他报文到达，也会被转发到前面选出的服务器。在基于内容请求分发技术中，服务器可以提供不同的服务，当客户请求到达时，调度器可根据请求的内容和服务器的情况选择服务器执行请求。因为所有的操作都是在操作系统核心空间中将完成的，它的调度开销很小，所以它具有很高的吞吐率。

服务器池的结点数目是可变的。当整个系统收到的负载超过目前所有结点的处理能力时，可以在服务器池中增加服务器来满足不断增长的请求负载。对大多数网络服务来说，结点与结点间不存在很强的相关性，所以整个系统的性能可以随着服务器池的结点数目增加而线性增长。

后端存储通常用容错的分布式文件系统，如AFS、GFS、Coda和Intermezzo等。分布式文件系统为各服务器提供共享的存储区，它们访问分布式文件系统就像访问本地文件系统一样。同时，分布式文件系统提供良好的伸缩性和可用性。然而，当不同服务器上的应用程序同时访问分布式文件系统上同一资源时，应用程序的访问冲突需要消解才能使得资源处于一致状态。这需要一个分布式锁管理器（Distributed Lock Manager），它可能是分布式文件系统内部提供的，也可能是外部的。开发者在写应用程序时，可以使用分布式锁管理器来保证应用程序在不同结点上并发访问的一致性。

负载调度器、服务器池和分布式文件系统通过高速网络相连，如100Mbps交换机、Myrinet、CompactNET和Gigabit交换机等。使用高速的网络，主要为避免当系统规模扩大时互联网络成为瓶颈。

Graphic Monitor是为系统管理员提供整个集群系统的监视器，它可以监视系统中每个结点的状况。Graphic Monitor是基于浏览器的，所以无论管理员在本地还是异地都可以监测系统的状况。为了安全的原因，浏览器要通过HTTPS（Secure HTTP）协议和身份认证后，才能进行系统监测，并进行系统的配置和管理。

来源：http://zh.linuxvirtualserver.org/node/12

keepalived是一个类似于layer3, 4 & 5交换机制的软件，也就是我们平时说的第3层、第4层和第5层交换。Keepalived的作用是检测web服务器的状态，如果有一台web服务器死机，或工作出现故障，Keepalived将检测到，并将有故障的web服务器从系统中剔除，当web服务器工作正常后Keepalived自动将web服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的web服务器。

Layer3,4&5工作在IP/TCP协议栈的IP层，TCP层，及应用层,原理分别如下：

Layer3：Keepalived使用Layer3的方式工作式时，Keepalived会定期向服务器群中的服务器

发送一个ICMP的数据包（既我们平时用的Ping程序）,如果发现某台服务的IP地址没有激活，Keepalived便报告这台服务器失效，并将它从服务器群中剔除，…

相关keepalived实现的教程:

基于LVS的集群配置:

利用LVS+Keepalived 实现高性能高可用负载均衡服务器:

CentOS5.5环境下布署LVS+keepalived :

Squid 2.5下载 & 安装

squid的2.5最新版本是squid-2.5.STABLE7,先下载安装包,再安装:

 #cd /tmp
 #mkdir squidinstall
 #cd squidinstall
 #fetch http://www.squid-cache.org/Versions/v2/2.5/squid-2.5.STABLE7.tar.gz
 #tar xzvf squid-2.5.STABLE7.tar.gz
 #cd squid-2.5.STABLE7
 #./configure –prefix=/usr/local/squid
 #make
 #make install

看到类似于下图的提示,并且没有出现 Error Code :1 之类的错误提示,证明Squid已经安装完成了!

/usr/local/squid/sbin/squid -z

/usr/local/squid/sbin/squid

配置Squid.conf

好,接下来要做的仅仅是配置Squid.conf.

#ee /usr/local/squid/etc/squid.conf

但是原来的squid.conf并不是最好的,最好是你自己新建一个Squid.conf.

#cd /usr/local/squid/etc

#mv squid.conf squid.conf.bak

#touch squid.conf

#ee squid.conf

照我的Squid.conf写,就能正常运行啦. 在ee编辑器中输入:

http_port 3128 # squid 的端口

cache_dir ufs /cache 530 16 256

缓存目录:/cache 类型:ufs 大小:530mb 允许Squid在目录下建立一级(16)和二级目录(256)

mysql的单点一直是一个让人很烦恼的事情，特别是master的单点。

现在外面的解决方案主要如下： 双master方案，heartbert(HA)+rhcs(分布式文件系统)，heartbert(HA)+DRBD.

双master存在的问题是master有2个IP，这样意为着前端需要指向2个的masterIP，同时bin-log也是双向同步的，会不会比单向同步的量更多呢？

第二种方案是挺不错的，但是必须要分布式文件系统，要是实在不行就可以用NFS来代替，但是这样存在的问题就是数据文件是单点，所以必须使用分布式文件系统。

第三种是关键是DRBD，这个是在网络层做RAID1，在A机器上收到数据后DRBD会写到本地硬盘上，同时通过网络传输到另外一台机器上。这样保证了2台机器的一致。特别是DRBD传输的时候有多种协议可以选择，但是一般看到网上大家都是使用协议C（C表示收到远程主机的写入确认后,视为写入完成） DRBD的架构如下：

今天在high scalability有个文档专门比较各种mysql HA的方案。基本上大家可以根据这个比较来做自己合适的的MySQL HA了

**注意:**这里主要介绍使用svnserver服务器这种方式,在安装的时候使用的是ipv4,所以最好如果没有必要的话,尽量将ipv6的一些选项给取消.

安装svn服务器软件.由于要通过Web访问SVN所以要加载mod_dav模块，所以在安装apche的时候要添加一些参数:

#cd /usr/ports/devel/subversion #make WITH_MOD_DAV_SVN=yes WITHOUT_BDB=yes install clean #rehash

下边介绍两种使用方式： 第一种方式：使用svnserve服务器，自己的协议和客户端,在freebsd我在/usr/local/www/apache22/data下用FTP上传了一个blog目录

#cd /usr/local/www/apache22/data

#svnadmin create myblog #svn import blog  -m “init”

上面第三条命令是将blog文件夹里的内容,导入到svn项目中,这种原来的文件就会在在/usr/local/www/apache22/data/myblog/blog这个文件夹以项目管理的方式存在了.和原来的blog里的文件没有任何关系了.有点像复制了一个文件夹似的,参考:.

然后出来提示committed revision 1

#svnserve -d -r /usr/local/www/apache22/data/

该命令含义为让SVN将此目录作为仓库，并侦听客户端的请求。其中-d的作用为后台模式，而-r的作用为指定服务器的仓库路径。

这时候就可以在他机器上使用TortoiseSVN的Rep0-browers访问 svn://ip[:3690]/myblog 得到当前的副本了 现在只能checkout不能commit。下边配置成可以commit

#cd /usr/local/www/apache22/data/myblog/conf #vi svnserve.conf

修改svnserve.conf文件,去掉password-db=passwd前面的注解,要注意password-db=passwd面不能有空格 保存退出后 vi passwd加入

#vi /usr/local/www/apache22/data/myblog/conf/passwd

terry = 123456

现在可以commit了，要求你输入用户名，密码，就是刚配置的

第二种方式：与apache结合，这样子可以通过这样的地址来check out了 参考 一样的配置

相关文章: FreeBSD上安装Trac+SVN+Apache＋SSL

这是手册里写的

总是产生变量包含有原始的 POST 数据。否则，此变量仅在碰到未识别 MIME 类型的数据时产生。不过，访问原始 POST 数据的更好方法是 php://input。$HTTP_RAW_POST_DATA 对于 enctype=”multipart/form-data” 表单数据不可用。

问题：    $HTTP_RAW_POST_DATA  == $_POST  吗？

照手册所写 ，答案应该就为否。 假如不一样的话，他们的区别是什么呢？

我知道答案了，如下：

The RAW / uninterpreted HTTP POst information can be accessed with: $GLOBALS[‘HTTP_RAW_POST_DATA’]

This is useful in cases where the post Content-Type is not something PHP understands (such as text/xml).

也就是说,基本上$GLOBALS[‘HTTP_RAW_POST_DATA’] 和 $_POST是一样的。但是如果post过来的数据不是PHP能够识别的，你可以用 $GLOBALS[‘HTTP_RAW_POST_DATA’]来接收，比如 text/xml 或者 soap 等等。

PHP默认识别的数据类型是application/x-www.form-urlencoded标准的数据类型。

在使用xml-rpc的时候，server端获取client数据，主要是通过php输入流input，而不是$_POST数组。所以，这里主要探讨php输入流php://input

对于php://input介绍，PHP官方手册文档有一段话对它进行了很明确地概述。

“php://input allows you to read raw POST data. It is a less memory intensive alternative to $HTTP_RAW_POST_DATA and does not need any special php.ini directives. php://input is not available with enctype=”multipart/form-data”. 翻译过来，是这样： “php://input可以读取没有处理过的POST数据。相较于$HTTP_RAW_POST_DATA而言，它给内存带来的压力较小，并且不需要特殊的php.ini设置。php://input不能用于enctype=multipart/form-data”

我们应该怎么去理解这段概述呢?!我把它划分为三部分，逐步去理解。

1. 读取POST数据
2. 不能用于multipart/form-data类型
3. php://input VS $HTTP_RAW_POST_DATA

读取POST数据

PHPer们一定很熟悉$_POST这个内置变量。$_POST与php://input存在哪些关联与区别呢?另外，客户端向服务端交互数据，最常用的方法除了POST之外，还有GET。既然php://input作为PHP输入流，它能读取GET数据吗？这二个问题正是我们这节需要探讨的主要内容。 经验告诉我们，从测试与观察中总结，会是一个很凑效的方法。这里，我写了几个脚本来帮助我们测试。

@file 192.168.0.6:/phpinput_server.php 打印出接收到的数据
@file 192.168.0.8:/phpinput_post.php 模拟以POST方法提交表单数据
@file 192.168.0.8:/phpinput_xmlrpc.php 模拟以POST方法发出xmlrpc请求.
@file 192.168.0.8:/phpinput_get.php 模拟以GET方法提交表单表数

phpinput_server.php与phpinput_post.php

<?php
//@file phpinput_server.php
$raw_post_data = file_get_contents('php://input', 'r');
echo "-------\$_POST------------------\n";
echo var_dump($_POST) . "\n";
echo "-------php://input-------------\n";
echo $raw_post_data . "\n";
?>

<?php
//@file phpinput_post.php
$http_entity_body = 'n=' . urldecode('perfgeeks') . '&p=' . urldecode('7788');
$http_entity_type = 'application/x-www-form-urlencoded';
$http_entity_length = strlen($http_entity_body);
$host = '192.168.0.6';
$port = 80;
$path = '/phpinput_server.php';
$fp = fsockopen($host, $port, $error_no, $error_desc, 30);
if ($fp) {
  fputs($fp, "POST {$path} HTTP/1.1\r\n");
  fputs($fp, "Host: {$host}\r\n");
  fputs($fp, "Content-Type: {$http_entity_type}\r\n");
  fputs($fp, "Content-Length: {$http_entity_length}\r\n");
  fputs($fp, "Connection: close\r\n\r\n");
  fputs($fp, $http_entity_body . "\r\n\r\n");

  while (!feof($fp)) {
    $d .= fgets($fp, 4096);
  }
  fclose($fp);
  echo $d;
}
?>

我们可以通过使用工具ngrep抓取http请求包（因为我们需要探知的是php://input，所以我们这里只抓取http Request数据包）。我们来执行测试脚本phpinput_post.php

HP-UX系统的服务器之间的时间需要同步，利用自带的NTPD可以很好的达到目的。

假设我们要host1作时间服务器，host2定期去跟host1的系统时间同步，那么需要作以下设置，全部用root用户执行。

1。设置host1机器 编辑/etc/rc.config.d/netdaemons，修改下面行 export NTPDATE_SERVER= –因为这台机器将作为服务器，所以这个参数保持为空值即可 export XNTPD=1 –默认是0，改为1表示ntp进程将随系统启动自动启动 export XNTPD_ARGS=

编辑/etc/ntp.conf，添加下面行 这个文件默认是全部注释的，可以当成ntp的文档来阅读，我们只需要在最后添加，表示将用本地系统时间作为服务器时间 server 127.127.1.1 fudge 127.127.1.1 stratum 10

启动ntp守护进程 /sbin/init.d/xntpd start

检查进程情况 ntpq -p

2。设置host2机器 编辑/etc/rc.config.d/netdaemons，修改下面行 export NTPDATE_SERVER=host1 –因为这台机器将作为客户端，所以这个参数设置为服务器机器名host1 export XNTPD=1 export XNTPD_ARGS=

编辑/etc/ntp.conf，添加下面行 server host1 driftfile /etc/ntp.drift –可以理解为缓存文件，减少跟ntp服务器之间的网络流量

创建driftfile touch /etc/ntp.drift

测试同步，因为ntpd启动需要很长时间，大概6分钟左右，所以需要等一段时间再测试 ntpdate host1

正常的话输出应该如下 11 Apr 13:35:38 ntpdate[27692]: adjust time server 10.48.52.5 offset -0.002519 se 如果报服务器无法找到的错误 no server suitable for synchronization found，那么通常是因为机器之间设置了防火墙的原因，可以尝试使用-u选项来作ntpdate ntpdate -u host1 如果仍然不行，恐怕只有让网络管理员去打开ntpdate需要的防火墙端口了。

ntpdate linux时间同步命令

名称 ntpdate – 通过NTP 设置日期和时间 概要 ntpdate [ -Bbdpqsuv ] [ -a key# ] [ -e authdelay ] [ -k keyfile ] [ -o version ] [ -p samples ] [ -t timeout ] server[ … ] 说明 ntpdate 通过轮询指定为服务器参数的网络时间协议(NTP) 服务器来设置本地日期和时间，从而确定正确的时间。它必须以根用户身份在本地主机上运行。从每个指定的服务器中可获取大量的示例，并且还应用了NTP 时钟过滤器和选择算法的子集，以选择最佳的算法。请注意， ntpdate 的准确性和可靠性取决于服务器的数量、每次运行它时的轮询数以及运行之间的时间间隔。

ntpdate 根据需要可以手动运行来设置主机时钟，也可以从主机启动脚本中运行，在引导时设置时钟。某些情况下，它可用于在启动NTP 守护程序xntpd 之前对时钟进行初始设置。

也可以从cron 脚本中运行ntpdate 。但是务必要注意，包含人为产生的cron 脚本的ntpdate 不能替代NTP 守护程序，后者使用高级算法，在尽量减少使用资源的同时，尽量提高准确性和可靠性。最后，由于ntpdate 不会像xntpd 一样控制主机时钟频率，因此使用ntpdate 的准确性很有限。

时间调整可以由ntpdate 通过以下两种方式之一来进行。如果ntpdate 确定时钟误差超过0.5 秒，它将通过调用clock_settime （请参阅clocks(2) ）系统例行程序来步进时间。如果误差小于0.5 秒，它将通过调用adjtime （请参阅adjtime(2) ）系统例行程序来微调时间。后面一种技术具有较低损坏性，在误差较小时更为准确，并且在ntpdate 由cron （请参阅cron(1M) ）每一小时或两小时运行一次时运转非常良好。

NoSQL数据库异军突起，随着Digg和 sf.net大型应用不断采取NoSQL，NoSQL运动已经蓬勃发展，NoSQL数据库很多，如何对他们分类，以便方便地根据自己应用特色选择不同的NoSQL数据库呢？

NoSQL = HVSP 无(传统关系数据库的)join或明显事务的高容量简单处理。

按照数据模型保存性质将当前NoSQL分为四种：

1.Key-value stores键值存储, 保存keys+BLOBs (二进制大对象Binary Large OBjects)

2.Table-oriented 面向表, 主要有Google的BigTable和Cassandra.

3.Document-oriented面向文本, 文本是一种类似XML文档，MongoDB 和 CouchDB

4.Graph-oriented 面向图论. 如Neo4J.

NoSQL一般都是分布式数据库，高性能是其特点，因此，数据是如何被分布、复制/碎片以及合成就成为关键，这其中涉及你的应用对数据一致性的要求，见CAP原理，不同一致性处理方式决定不同类型：

1.基本上基于Dynamo. 核心思想就是在多个节点之间获得最终一致性就可以，即使你有时会读到脏数据. 好处是写数据时从来不会阻塞。那种强制性节点一致性，如2PC，两段事务提交将会让你的写关闭停顿，使用Dynamo-like风格你能将数据写到多个节点中，通过一致hashing，然后你可以从这些节点读取数据，返回正确结果给用户。

2.基本基于BigTable. 这种模型中，使用常用方式保持节点充分的一致性。比如同步复制，由数据自己活或数据所在位置来实现一致性，不同产品实现细节不一样。

比如：MongoDB有一个面向文本类型的数据模型, 它采取类似BigTable-like 复制策略；Cassandra有面向表table-like数据模型, 采取的是Dynamo-like风格.

以后应该有数据是如何被持久化保存到磁盘上的区分，不同NoSQL处理策略不一样，有的是写一次保存一次；有的是定期保存，后者性能要好些。

当然，也有按照列记录来划分的，见http://nosql-database.org/

提起NoSQL这个话题，仿佛不应该是DBA要关注的事，而是架构师应该关心的。但是作为一名DBA，在使用传统的关系型思想建模时，应该有必要了解NoSQL的建模方法。

各种NoSQL数据库有很多，我最关注的还是BigTable类型，因为它是一个高可用可扩展的分布式计算平台，用来处理海量的结构化数据，而数据库同样也是处理结构化数据，所以除了没有SQL，在数据模型方面有相似之处。Cassandra是facebook开源出来的一个版本，可以认为是BigTable的一个开源版本，目前twitter和digg.com在使用。我们尝试从DBA的角度出发去理解Cassandra的数据模型。

NoSQL并不能简单的理解为No SQL，其本质应该是No Relational，也就是说它不是基于关系型的理论基础，而我们所有传统的数据库都是基于这套理论而发展起来的，所以SQL并不是问题的关键所在，比如有些NoSQL数据库可以提供SQL类型的接口，允许你通过类SQL的语法去访问数据。而Friendfeed则是反其道而行之，利用关系型数据库MySQL，采用了去关系化的设计方法，去实现自己的KeyValue存储。所以NoSQL的本质是No Relational.

Cassandra特点：

1.灵活的schema，不需要象数据库一样预先设计schema，增加或者删除字段非常方便（on the fly）。

2.支持range查询：可以对Key进行范围查询。

3.高可用，可扩展：单点故障不影响集群服务，可线性扩展。

Keyspace

Cassandra中的最大组织单元，里面包含了一系列Column family，Keyspace一般是应用程序的名称。你可以把它理解为Oracle里面的一个schema，包含了一系列的对象。

Column family（CF）

CF是某个特定Key的数据集合，每个CF物理上被存放在单独的文件中。从概念上看，CF有点象数据库中的Table.

Key

数据必须通过Key来访问，Cassandra允许范围查询，例如：`start => ‘10050’, :finish => ‘10070’

`

Column

在Cassandra中字段是最小的数据单元，column和value构成一个对，比如：name:“jacky”，column是name，value是jacky，每个column:value后都有一个时间戳：timestamp。

和数据库不同的是，Cassandra的一行中可以有任意多个column，而且每行的column可以是不同的。从数据库设计的角度，你可以理解为表上有两个字段，第一个是Key，第二个是长文本类型，用来存放很多的column。这也是为什么说Cassandra具备非常灵活schema的原因。

**Super column **

Super column是一种特殊的column，里面可以存放任意多个普通的column。而且一个CF中同样可以有任意多个Super column，一个CF只能定义使用Column或者Super column，不能混用。下面是Super column的一个例子，homeAddress这个Super column有三个字段：分别是street，city和zip：

homeAddress: {street: "binjiang road",city: "hangzhou",zip: "310052",}

Sorting

不同于数据库可以通过Order by定义排序规则，Cassandra取出的数据顺序是总是一定的，数据保存时已经按照定义的规则存放，所以取出来的顺序已经确定了，这是一个巨大的性能优势。有意思的是，**Cassandra按照column name而不是column value来进行排序，**它定义了以下几种选项：BytesType, UTF8Type, LexicalUUIDType, TimeUUIDType, AsciiType,  和LongType，用来定义如何按照column name来排序。实际上，就是把column name识别成为不同的类型，以此来达到灵活排序的目的。UTF8Type是把column name转换为UTF8编码来进行排序，LongType转换成为64位long型，TimeUUIDType是按照基于时间的UUID来排序。例如：

Column name按照LongType排序：

{name: 3, value: "jacky"},
{name: 123, value: "hellodba"},
{name: 976, value: "Cassandra"},
{name: 832416, value: "bigtable"}

Column name按照UTF8Type排序：

在PHP网站开发中，基于WEB服务器和PHP网站程序代码的安全考虑，我们需要对相关的目录或者文件访问权限进行控制，以防止意外情况的发 生，那么我们如何来实现这种功能呢？我们可以通过Apache来实现禁止目录访问(禁止游览列出的目录或文件列表)、禁止或允许IP与域名访问目录的功 能。

环境说明

我使用的是DedeCMS DedeAmpz的PHP运行环境，PHP版本5.2.4，Apache版本2.2.4

在Apache中配置禁止目录访问，即禁止游览列出的目录/文件列表的方法

访问网站目录时Apache默认配置为可列出目录/文件列表，即当你访问http://localhost时会列出相关的目录和文件列表，我们可以通过修改Apache配置文件httpd.conf来实现禁止列出目录/文件列表，方法如下：

1、打开apache配置文件httpd.conf

2、找到

Options Indexes
AllowOverride None
Order allow,deny
Allow from all

只需要修改Options Indexes为Options None即可，注：根据PHP运行环境安装包的不同，Options Indexes也有可能是Options Indexes FollowSymLinks，一并改为Options None即可。

3、保存httpd.conf，并重启Apache即可，此时再访问http://localhost时， 报apache http 403 禁止访问错误信息

Forbidden

You don’t have permission to access / on this server.

Apache单个或多个目录禁止访问方法

这种方法通常用来禁止访问者访问后台管理目录或者程序目录，方法如下

1、打开apache配置文件httpd.conf

2、创建Directory块，比如禁止访问某个类库目录，可以这样实现

Order Deny,Allow
Deny from all

上述代码实现了禁止所有用户访问www.leapsoul.cn下inc目录的功能。如要实现禁止访问所有目录中inc目录的功能，只要将

<Directory /var/www/www.leapsoul.cn/inc>

更改为

<Directory /var/www/www.leapsoul.cn/*/inc>

即可。

3、重启Apache服务器。

其他说明

1、只允许或禁止某个域名进行目录访问

Order Deny,Allow
Deny from abc.com
Allow from apache.org

上述代码实现禁止abc.com域中主机访问inc目录，允许apache.org域中主机访问inc目录的功能。

2、只允许或禁止某个IP进行目录访问

Order Deny,Allow
Deny from 10.1.1.2
Allow from 192.168.1.0/255.255.255.0

上述代码实现禁止IP10.1.1.2访问www.leapsoul.cn/inc目录，允许IP192.168.1子网中的主机访问www.leapsoul.cn/inc目录的功能。

可能很多读者朋友在网上或者杂志上面都已经多次见到关于数据切分的相关文章了， 只不过在有些文章中称之为数据的 Sharding 。其实不管是称之为数据的 Sharding 还是数据的切分，其概念都是一样的。简单来说，就是指通过某种特定的条件，将我们存放在同一个数据库中的数据分散存放到多个数据库（主机）上面，以达到分散单台设备负载的效果。 数据的切分同时还可以提高系统的总体可用性，因为单台设备 Crash 之后，只有总体数据的某部分不可用，而不是所有的数据。

数据的切分（ Sharding ）根据其切分规则的类型，可以分为两种切分模式。 垂直（纵向）切分: 一种是按照不同的表（或者 Schema ）来切分到不同的数据库（主机）之上，这种切可以称之为数据的垂直（纵向）切分； 水平（横向）切分: 另外一种则是根据表中的数据的逻辑关系，将同一个表中的数据按照某种条件拆分到多台数据库（主机）上面，这种切分称之为数据的水平（横向）切分。

垂直切分的最大特点就是规则简单，实施也更为方便，尤其适合各业务之间的耦合度非常低，相互影响很小，业务逻辑非常清晰的系统。在这种系统中，可以很容易做到将不同业务模块所使用的表分拆到不同的数据库中。根据不同的表来进行拆分，对应用程序的影响也更小，拆分规则也会比较简单清晰。

水平切分于垂直切分相比，相对来说稍微复杂一些。因为要将同一个表中的不同数据拆分到不同的数据库中，对于应用程序来说，拆分规则本身就较根据表名来拆分更为复杂， 后期的数据维护也会更为复杂一些。

当我们某个（或者某些）表的数据量和访问量特别的大，通过垂直切分将其放在独立的设备上后仍然无法满足性能要求，这时候我们就必须将垂直切分和水平切分相结合，先垂 直切分，然后再水平切分，才能解决这种超大型表的性能问题。 下面我们就针对垂直、水平以及组合切分这三种数据切分方式的架构实现及切分后数据的整合进行相应的分析。

一.服务端和客户端安装一样

woody-207#cd /usr/ports/net/rsync woody-207#make install

二.配置rsync服务端

****woody207# vi /usr/local/etc/rsyncd.conf

添加以下内容

[www] comment = web server backup path = /www auth users = woody uid = nobody gid = nogroup secrets file = /usr/local/etc/rsyncd.secrets read

启动rsync的daemon模式

vi /usr/local/etc/rc.d/rsyncd 修改这一行内容，使用IPV4协议 command_args=”-4 –daemon”

系统服务配置

****#echo ‘rsyncd_enable=”YES”’ » /etc/rc.conf

启动服务

****woody-207# /usr/local/etc/rc.d/rsyncd start

检查Rsync daemon启动状态

***woody-207# sockstat | grep rsync root rsync 586 3 dgram -> /var/run/logpriv root rsync 586 4 tcp4 *:873 *:

rsync是类unix系统下的数据镜像备份工具，从软件的命名上就可以看出来了——remote sync 它的特性如下： 可以镜像保存整个目录树和文件系统。 可以很容易做到保持原来文件的权限、时间、软硬链接等等。 无须特殊权限即可安装。 优化的流程，文件传输效率高。 可以使用rcp、ssh等方式来传输文件，当然也可以通过直接的socket连接。 支持匿名传输，以方便进行网站镜象。

测试环境freebsd6.3 server:192.168.1.3 client:192.168.1.4 1、server端配置(备份源服务器) 安装rsync #cd /usr/ports/net/rsync #make install clean 安装成功后编辑rsync的配置文件 #vi /usr/local/etc/rsyncd.conf 加入以下内容

[test]                       #rsync区段的设定名称 comment = test rsync backup #注释 path = /var/www/htdocs/      #需要同步的数据所在路径 auth users = test            #连接rsync服务的帐号 uid = nobody                 #采用什么身份进行文件读取 gid = nogroup                #同上，必须是有读取path权限的用户、组 secrets file = /usr/local/etc/rsyncd.secrets #指定存放帐号密码的文件的位置 read only = yes              #只读

创建帐号密码文件 #vi /usr/local/etc/rsyncd.secrets 格式：帐号:密码 （每行一组，帐号和密码用:号分开） test:123456

保存后需要将权限修改为600，属主为root #chmod 600 /usr/local/etc/rsyncd.secrets

启动服务：(daemon前面为两个-) #rsync -4 –daemon