php mysql分布式數(shù)據(jù)庫(kù)如何實(shí)現(xiàn)

當(dāng)前做分布式的廠商有幾家，我知道比較出名的有“華為云分布式數(shù)據(jù)庫(kù)DDM”和“阿里云分布式數(shù)據(jù)庫(kù)”，感興趣可以自行搜素了解下。

成都創(chuàng)新互聯(lián)公司于2013年成立，先為米脂等服務(wù)建站，米脂等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為米脂企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。

分布式數(shù)據(jù)庫(kù)的幾點(diǎn)概念可以了解一下。

數(shù)據(jù)分庫(kù)：

以表為單位，把原有數(shù)據(jù)庫(kù)切分成多個(gè)數(shù)據(jù)庫(kù)。切分后不同的表存儲(chǔ)在不同的數(shù)據(jù)庫(kù)上。

以表中的數(shù)據(jù)行記錄為單位，把原有邏輯數(shù)據(jù)庫(kù)切分成多個(gè)物理數(shù)據(jù)庫(kù)分片，表數(shù)據(jù)記錄分布存儲(chǔ)在各個(gè)分片上。

路由分發(fā)：

在分布式數(shù)據(jù)庫(kù)中，路由的作用即將SQL語(yǔ)句進(jìn)行解析，并轉(zhuǎn)發(fā)到正確的分片上，保證SQL執(zhí)行后得到正確的結(jié)果，并且節(jié)約QPS資源。

讀寫分離：

數(shù)據(jù)庫(kù)中對(duì)計(jì)算和緩存資源消耗較多的往往是密集或復(fù)雜的SQL查詢。當(dāng)系統(tǒng)資源被查詢語(yǔ)句消耗，反過(guò)來(lái)會(huì)影響數(shù)據(jù)寫入操作，進(jìn)而導(dǎo)致數(shù)據(jù)庫(kù)整體性能下降，響應(yīng)緩慢。因此，當(dāng)數(shù)據(jù)庫(kù)CPU和內(nèi)存資源占用居高不下，且讀寫比例較高時(shí)，可以為數(shù)據(jù)庫(kù)添加只讀數(shù)據(jù)庫(kù)。

php的memcached分布式hash算法,如何解決分布不均?crc32這個(gè)算法沒(méi)辦法把key值均勻的分布出去

memcached的總結(jié)和分布式一致性hash

當(dāng)前很多大型的web系統(tǒng)為了減輕數(shù)據(jù)庫(kù)服務(wù)器負(fù)載，會(huì)采用memchached作為緩存系統(tǒng)以提高響應(yīng)速度。

目錄： （）

memchached簡(jiǎn)介

hash

取模

一致性hash

虛擬節(jié)點(diǎn)

源碼解析

參考資料

1. memchached簡(jiǎn)介

memcached是一個(gè)開源的高性能分布式內(nèi)存對(duì)象緩存系統(tǒng)。

其實(shí)思想還是比較簡(jiǎn)單的，實(shí)現(xiàn)包括server端（memcached開源項(xiàng)目一般只單指server端）和client端兩部分:

server端本質(zhì)是一個(gè)in-memory key-value store，通過(guò)在內(nèi)存中維護(hù)一個(gè)大的hashmap用來(lái)存儲(chǔ)小塊的任意數(shù)據(jù)，對(duì)外通過(guò)統(tǒng)一的簡(jiǎn)單接口（memcached protocol）來(lái)提供操作。

client端是一個(gè)library，負(fù)責(zé)處理memcached protocol的網(wǎng)絡(luò)通信細(xì)節(jié)，與memcached server通信，針對(duì)各種語(yǔ)言的不同實(shí)現(xiàn)分裝了易用的API實(shí)現(xiàn)了與不同語(yǔ)言平臺(tái)的集成。

web系統(tǒng)則通過(guò)client庫(kù)來(lái)使用memcached進(jìn)行對(duì)象緩存。

2. hash

memcached的分布式主要體現(xiàn)在client端，對(duì)于server端，僅僅是部署多個(gè)memcached server組成集群，每個(gè)server獨(dú)自維護(hù)自己的數(shù)據(jù)（互相之間沒(méi)有任何通信），通過(guò)daemon監(jiān)聽端口等待client端的請(qǐng)求。

而在client端，通過(guò)一致的hash算法，將要存儲(chǔ)的數(shù)據(jù)分布到某個(gè)特定的server上進(jìn)行存儲(chǔ)，后續(xù)讀取查詢使用同樣的hash算法即可定位。

client端可以采用各種hash算法來(lái)定位server：

取模

最簡(jiǎn)單的hash算法

targetServer = serverList[hash(key) % serverList.size]

直接用key的hash值（計(jì)算key的hash值的方法可以自由選擇，比如算法CRC32、MD5,甚至本地hash系統(tǒng)，如java的hashcode）模上server總數(shù)來(lái)定位目標(biāo)server。這種算法不僅簡(jiǎn)單，而且具有不錯(cuò)的隨機(jī)分布特性。

但是問(wèn)題也很明顯，server總數(shù)不能輕易變化。因?yàn)槿绻黾?減少memcached server的數(shù)量，對(duì)原先存儲(chǔ)的所有key的后續(xù)查詢都將定位到別的server上，導(dǎo)致所有的cache都不能被命中而失效。

一致性hash

為了解決這個(gè)問(wèn)題，需要采用一致性hash算法（consistent hash）

相對(duì)于取模的算法，一致性hash算法除了計(jì)算key的hash值外，還會(huì)計(jì)算每個(gè)server對(duì)應(yīng)的hash值，然后將這些hash值映射到一個(gè)有限的值域上（比如0~2^32）。通過(guò)尋找hash值大于hash(key)的最小server作為存儲(chǔ)該key數(shù)據(jù)的目標(biāo)server。如果找不到，則直接把具有最小hash值的server作為目標(biāo)server。

為了方便理解，可以把這個(gè)有限值域理解成一個(gè)環(huán)，值順時(shí)針遞增。

如上圖所示，集群中一共有5個(gè)memcached server，已通過(guò)server的hash值分布到環(huán)中。

如果現(xiàn)在有一個(gè)寫入cache的請(qǐng)求，首先計(jì)算x=hash(key)，映射到環(huán)中，然后從x順時(shí)針查找，把找到的第一個(gè)server作為目標(biāo)server來(lái)存儲(chǔ)cache，如果超過(guò)了2^32仍然找不到，則命中第一個(gè)server。比如x的值介于A~B之間，那么命中的server節(jié)點(diǎn)應(yīng)該是B節(jié)點(diǎn)

可以看到，通過(guò)這種算法，對(duì)于同一個(gè)key，存儲(chǔ)和后續(xù)的查詢都會(huì)定位到同一個(gè)memcached server上。

那么它是怎么解決增/刪server導(dǎo)致的cache不能命中的問(wèn)題呢？

假設(shè)，現(xiàn)在增加一個(gè)server F，如下圖

此時(shí)，cache不能命中的問(wèn)題仍然存在，但是只存在于B~F之間的位置（由C變成了F），其他位置（包括F~C）的cache的命中不受影響（刪除server的情況類似）。盡管仍然有cache不能命中的存在，但是相對(duì)于取模的方式已經(jīng)大幅減少了不能命中的cache數(shù)量。

虛擬節(jié)點(diǎn)

但是，這種算法相對(duì)于取模方式也有一個(gè)缺陷：當(dāng)server數(shù)量很少時(shí)，很可能他們?cè)诃h(huán)中的分布不是特別均勻，進(jìn)而導(dǎo)致cache不能均勻分布到所有的server上。

如圖，一共有3臺(tái)server – 1，2，4。命中4的幾率遠(yuǎn)遠(yuǎn)高于1和2。

為解決這個(gè)問(wèn)題，需要使用虛擬節(jié)點(diǎn)的思想：為每個(gè)物理節(jié)點(diǎn)（server）在環(huán)上分配100～200個(gè)點(diǎn)，這樣環(huán)上的節(jié)點(diǎn)較多，就能抑制分布不均勻。

當(dāng)為cache定位目標(biāo)server時(shí)，如果定位到虛擬節(jié)點(diǎn)上，就表示cache真正的存儲(chǔ)位置是在該虛擬節(jié)點(diǎn)代表的實(shí)際物理server上。

另外，如果每個(gè)實(shí)際server的負(fù)載能力不同，可以賦予不同的權(quán)重，根據(jù)權(quán)重分配不同數(shù)量的虛擬節(jié)點(diǎn)。

// 采用有序map來(lái)模擬環(huán)

this.consistentBuckets = new TreeMap();

MessageDigest md5 = MD5.get();//用MD5來(lái)計(jì)算key和server的hash值

// 計(jì)算總權(quán)重

if ( this.totalWeight for ( int i = 0; i this.weights.length; i++ )

this.totalWeight += ( this.weights[i] == null ) ? 1 : this.weights[i];

} else if ( this.weights == null ) {

this.totalWeight = this.servers.length;

}

// 為每個(gè)server分配虛擬節(jié)點(diǎn)

for ( int i = 0; i servers.length; i++ ) {

// 計(jì)算當(dāng)前server的權(quán)重

int thisWeight = 1;

if ( this.weights != null this.weights[i] != null )

thisWeight = this.weights[i];

// factor用來(lái)控制每個(gè)server分配的虛擬節(jié)點(diǎn)數(shù)量

// 權(quán)重都相同時(shí)，factor=40

// 權(quán)重不同時(shí)，factor=40*server總數(shù)*該server權(quán)重所占的百分比

// 總的來(lái)說(shuō)，權(quán)重越大，factor越大，可以分配越多的虛擬節(jié)點(diǎn)

double factor = Math.floor( ((double)(40 * this.servers.length * thisWeight)) / (double)this.totalWeight );

for ( long j = 0; j factor; j++ ) {

// 每個(gè)server有factor個(gè)hash值

// 使用server的域名或IP加上編號(hào)來(lái)計(jì)算hash值

// 比如server - "172.45.155.25:11111"就有factor個(gè)數(shù)據(jù)用來(lái)生成hash值：

// 172.45.155.25:11111-1, 172.45.155.25:11111-2, ..., 172.45.155.25:11111-factor

byte[] d = md5.digest( ( servers[i] + "-" + j ).getBytes() );

// 每個(gè)hash值生成4個(gè)虛擬節(jié)點(diǎn)

for ( int h = 0 ; h 4; h++ ) {

Long k =

((long)(d[3+h*4]0xFF) 24)

| ((long)(d[2+h*4]0xFF) 16)

| ((long)(d[1+h*4]0xFF) 8 )

| ((long)(d[0+h*4]0xFF));

// 在環(huán)上保存節(jié)點(diǎn)

consistentBuckets.put( k, servers[i] );

}

}

// 每個(gè)server一共分配4*factor個(gè)虛擬節(jié)點(diǎn)

}

// 采用有序map來(lái)模擬環(huán)

this.consistentBuckets = new TreeMap();

MessageDigest md5 = MD5.get();//用MD5來(lái)計(jì)算key和server的hash值

// 計(jì)算總權(quán)重

if ( this.totalWeight for ( int i = 0; i this.weights.length; i++ )

this.totalWeight += ( this.weights[i] == null ) ? 1 : this.weights[i];

} else if ( this.weights == null ) {

this.totalWeight = this.servers.length;

}

// 為每個(gè)server分配虛擬節(jié)點(diǎn)

for ( int i = 0; i servers.length; i++ ) {

// 計(jì)算當(dāng)前server的權(quán)重

int thisWeight = 1;

if ( this.weights != null this.weights[i] != null )

thisWeight = this.weights[i];

// factor用來(lái)控制每個(gè)server分配的虛擬節(jié)點(diǎn)數(shù)量

// 權(quán)重都相同時(shí)，factor=40

// 權(quán)重不同時(shí)，factor=40*server總數(shù)*該server權(quán)重所占的百分比

// 總的來(lái)說(shuō)，權(quán)重越大，factor越大，可以分配越多的虛擬節(jié)點(diǎn)

double factor = Math.floor( ((double)(40 * this.servers.length * thisWeight)) / (double)this.totalWeight );

for ( long j = 0; j factor; j++ ) {

// 每個(gè)server有factor個(gè)hash值

// 使用server的域名或IP加上編號(hào)來(lái)計(jì)算hash值

// 比如server - "172.45.155.25:11111"就有factor個(gè)數(shù)據(jù)用來(lái)生成hash值：

// 172.45.155.25:11111-1, 172.45.155.25:11111-2, ..., 172.45.155.25:11111-factor

byte[] d = md5.digest( ( servers[i] + "-" + j ).getBytes() );

// 每個(gè)hash值生成4個(gè)虛擬節(jié)點(diǎn)

for ( int h = 0 ; h 4; h++ ) {

Long k =

((long)(d[3+h*4]0xFF) 24)

| ((long)(d[2+h*4]0xFF) 16)

| ((long)(d[1+h*4]0xFF) 8 )

| ((long)(d[0+h*4]0xFF));

// 在環(huán)上保存節(jié)點(diǎn)

consistentBuckets.put( k, servers[i] );

}

}

// 每個(gè)server一共分配4*factor個(gè)虛擬節(jié)點(diǎn)

}

// 用MD5來(lái)計(jì)算key的hash值

MessageDigest md5 = MD5.get();

md5.reset();

md5.update( key.getBytes() );

byte[] bKey = md5.digest();

// 取MD5值的低32位作為key的hash值

long hv = ((long)(bKey[3]0xFF) 24) | ((long)(bKey[2]0xFF) 16) | ((long)(bKey[1]0xFF) 8 ) | (long)(bKey[0]0xFF);

// hv的tailMap的第一個(gè)虛擬節(jié)點(diǎn)對(duì)應(yīng)的即是目標(biāo)server

SortedMap tmap = this.consistentBuckets.tailMap( hv );

return ( tmap.isEmpty() ) ? this.consistentBuckets.firstKey() : tmap.firstKey();

更多問(wèn)題到問(wèn)題求助專區(qū)（）

Think3.2.3怎么配置多個(gè)數(shù)據(jù)庫(kù)連接

Think3.2.3配置多個(gè)數(shù)據(jù)庫(kù)連接方法：

一、全局配置定義

常用的配置方式是在應(yīng)用配置文件或者模塊配置文件中添加下面的配置參數(shù)：

//數(shù)據(jù)庫(kù)配置信息

'DB_TYPE' = 'mysql', // 數(shù)據(jù)庫(kù)類型

'DB_HOST' = 'localhost', // 服務(wù)器地址

'DB_NAME' = 'thinkphp', // 數(shù)據(jù)庫(kù)名

'DB_USER' = 'root', // 用戶名

'DB_PWD' = '123456', // 密碼

'DB_PORT' = 3306, // 端口

'DB_PREFIX' = 'think_', // 數(shù)據(jù)庫(kù)表前綴

'DB_CHARSET'= 'utf8', // 字符集

數(shù)據(jù)庫(kù)的類型由DB_TYPE參數(shù)設(shè)置。

下面是目前支持的數(shù)據(jù)庫(kù)設(shè)置：

DB_TYPE設(shè)置 支持的數(shù)據(jù)庫(kù)類型

mysql或mysqli mysql

pgsql pgsql

sqlite sqlite

mssql 或sqlsrv sqlserver

oracle oracle

ibase ibase

mongo mongo

PDO PDO支持的所有數(shù)據(jù)庫(kù)

如果DB_TYPE使用PDO類型的話，數(shù)據(jù)庫(kù)類型則由DB_DSN配置決定。

或者采用如下配置

'DB_DSN' = 'mysql://root:123456@localhost:3306/thinkphp#utf8'

使用DB_DSN方式定義可以簡(jiǎn)化配置參數(shù)，DSN參數(shù)格式為：

數(shù)據(jù)庫(kù)類型://用戶名:密碼@數(shù)據(jù)庫(kù)地址:數(shù)據(jù)庫(kù)端口/數(shù)據(jù)庫(kù)名#字符集

字符集設(shè)置需要3.2.1版本以上有效，字符集如果沒(méi)有設(shè)置的話，默認(rèn)為utf8。

如果兩種配置參數(shù)同時(shí)存在的話，DB_DSN配置參數(shù)優(yōu)先。

注意：如果要設(shè)置分布式數(shù)據(jù)庫(kù)，暫時(shí)不支持DB_DSN方式配置。

如果采用PDO驅(qū)動(dòng)的話，則必須首先配置DB_TYPE為pdo，然后還需要單獨(dú)配置其他參數(shù)，例如：

//PDO連接方式

'DB_TYPE' = 'pdo', // 數(shù)據(jù)庫(kù)類型

'DB_USER' = 'root', // 用戶名

'DB_PWD' = '', // 密碼

'DB_PREFIX' = 'think_', // 數(shù)據(jù)庫(kù)表前綴

'DB_DSN' = 'mysql:host=localhost;dbname=thinkphp;charset=utf8'

注意：PDO方式的DB_DSN配置格式有所區(qū)別，根據(jù)不同的數(shù)據(jù)庫(kù)類型設(shè)置有所不同，具體可以參考PHP手冊(cè)。

配置文件定義的數(shù)據(jù)庫(kù)連接信息一般是系統(tǒng)默認(rèn)采用的，因?yàn)橐话阋粋€(gè)應(yīng)用的數(shù)據(jù)庫(kù)訪問(wèn)配置是相同的。該方法系統(tǒng)在連接數(shù)據(jù)庫(kù)的時(shí)候會(huì)自動(dòng)獲取，無(wú)需手動(dòng)連接。

可以對(duì)每個(gè)模塊定義不同的數(shù)據(jù)庫(kù)連接信息，如果開啟了調(diào)試模式的話，還可以在不同的應(yīng)用狀態(tài)的配置文件里面定義獨(dú)立的數(shù)據(jù)庫(kù)配置信息。

二、模型類定義

如果在某個(gè)模型類里面定義了connection屬性的話，則實(shí)例化該自定義模型的時(shí)候會(huì)采用定義的數(shù)據(jù)庫(kù)連接信息，而不是配置文件中設(shè)置的默認(rèn)連接信息，通常用于某些數(shù)據(jù)表位于當(dāng)前數(shù)據(jù)庫(kù)連接之外的其它數(shù)據(jù)庫(kù)，例如：

//在模型里單獨(dú)設(shè)置數(shù)據(jù)庫(kù)連接信息

namespace Home\Model;

use Think\Model;

class UserModel extends Model{

protected $connection = array(

'db_type' = 'mysql',

'db_user' = 'root',

'db_pwd' = '1234',

'db_host' = 'localhost',

'db_port' = '3306',

'db_name' = 'thinkphp',

'db_charset' = 'utf8',

);

}

也可以采用DSN方式定義，例如：

//在模型里單獨(dú)設(shè)置數(shù)據(jù)庫(kù)連接信息

namespace Home\Model;

use Think\Model;

class UserModel extends Model{

//或者使用DSN定義

protected $connection = 'mysql://root:1234@localhost:3306/thinkphp#utf8';

}

如果我們已經(jīng)在配置文件中配置了額外的數(shù)據(jù)庫(kù)連接信息，例如：

//數(shù)據(jù)庫(kù)配置1

'DB_CONFIG1' = array(

'db_type' = 'mysql',

'db_user' = 'root',

'db_pwd' = '1234',

'db_host' = 'localhost',

'db_port' = '3306',

'db_name' = 'thinkphp',

'db_charset'= 'utf8',

),

//數(shù)據(jù)庫(kù)配置2

'DB_CONFIG2' = 'mysql://root:1234@localhost:3306/thinkphp#utf8';

那么，我們可以把模型類的屬性定義改為：

//在模型里單獨(dú)設(shè)置數(shù)據(jù)庫(kù)連接信息

namespace Home\Model;

use Think\Model;

class UserModel extends Model{

//調(diào)用配置文件中的數(shù)據(jù)庫(kù)配置1

protected $connection = 'DB_CONFIG1';

}

//在模型里單獨(dú)設(shè)置數(shù)據(jù)庫(kù)連接信息

namespace Home\Model;

use Think\Model;

class InfoModel extends Model{

//調(diào)用配置文件中的數(shù)據(jù)庫(kù)配置1

protected $connection = 'DB_CONFIG2';

}

三、實(shí)例化定義

除了在模型定義的時(shí)候指定數(shù)據(jù)庫(kù)連接信息外，我們還可以在實(shí)例化的時(shí)候指定數(shù)據(jù)庫(kù)連接信息，例如： 如果采用的是M方法實(shí)例化模型的話，也可以支持傳入不同的數(shù)據(jù)庫(kù)連接信息，例如：

$User = M('User','other_','mysql://root:1234@localhost/demo#utf8');

表示實(shí)例化User模型，連接的是demo數(shù)據(jù)庫(kù)的other_user表，采用的連接信息是第三個(gè)參數(shù)配置的。如果我們?cè)陧?xiàng)目配置文件中已經(jīng)配置了DB_CONFIG2的話，也可以采用：

$User = M('User','other_','DB_CONFIG2');

需要注意的是，ThinkPHP的數(shù)據(jù)庫(kù)連接的惰性的，所以并不是在實(shí)例化的時(shí)候就連接數(shù)據(jù)庫(kù)，而是在有實(shí)際的數(shù)據(jù)操作的時(shí)候才會(huì)去連接數(shù)據(jù)庫(kù)（額外的情況是，在系統(tǒng)第一次實(shí)例化模型的時(shí)候，會(huì)自動(dòng)連接數(shù)據(jù)庫(kù)獲取相關(guān)模型類對(duì)應(yīng)的數(shù)據(jù)表的字段信息）。

php大型應(yīng)用如何采用分布式架構(gòu)？

大型分布式架構(gòu)都是靠多種語(yǔ)言和工具共同分工合作實(shí)現(xiàn)的。

不是一兩種工具或者語(yǔ)言能實(shí)現(xiàn)的，如果專指php那是沒(méi)有意義的，因?yàn)閜hp本身只是一個(gè)單進(jìn)程的東東，更別說(shuō)分布式。

大規(guī)模的web應(yīng)用以及分布式架構(gòu)主要在于服務(wù)器的整體架構(gòu)：

1、web服務(wù)集群；

2、數(shù)據(jù)庫(kù)集群；

3、分布式緩存；

php充其量只是實(shí)現(xiàn)其中一個(gè)節(jié)點(diǎn)的某個(gè)具體的web應(yīng)用。

SD框架支持長(zhǎng)連接協(xié)議TCP，WebSocket，短連接協(xié)議HTTP，以及UDP。

通過(guò)配置開放不同的端口開發(fā)者可以輕松管理不同的協(xié)議，并且可以共用一套業(yè)務(wù)代碼，當(dāng)然你可以通過(guò)智能路由進(jìn)行代碼的隔離。

長(zhǎng)連接可以配置不同的數(shù)據(jù)傳輸協(xié)議，比如二進(jìn)制協(xié)議文本協(xié)議等等，通過(guò)框架提供的封裝器解包器接口可以自定義各種各種的協(xié)議封裝，并且各種協(xié)議之間可以自動(dòng)轉(zhuǎn)換，比如你通過(guò)廣播發(fā)送一個(gè)信息，該信息流向不同客戶端，客戶端間采用不同協(xié)議，那么框架會(huì)根據(jù)不同的端口自動(dòng)轉(zhuǎn)換不同的協(xié)議封裝。

也可以通過(guò)Http給所有長(zhǎng)連接客戶端發(fā)送推送消息，類似這種混合協(xié)議協(xié)作的業(yè)務(wù)在SD框架上會(huì)異常簡(jiǎn)單。

擴(kuò)展資料：

普通的Web開發(fā)，常用的模式就是用戶登錄之后，登錄狀態(tài)信息保存在Session中，用戶一些常用的熱數(shù)據(jù)保存在文件緩存中，用戶上傳的附件信息保存在Web服務(wù)器的某個(gè)目錄上。這種方式對(duì)于一般的Web應(yīng)用，使用很方便，完全能夠勝任。但是對(duì)于高并發(fā)的企業(yè)級(jí)網(wǎng)站，就應(yīng)付不了了。需要采用Web集群實(shí)現(xiàn)負(fù)載均衡。

使用Web集群方式部署之后，首要調(diào)整的就是用戶狀態(tài)信息與附件信息。用戶狀態(tài)不能再保存到Session中，緩存也不能用本地Web服務(wù)器的文件緩存，以及附件，也不能保存在Web服務(wù)器上了。因?yàn)橐ＷC集群里面的各個(gè)Web服務(wù)器，狀態(tài)完全一致。

因此，需要將用戶狀態(tài)、緩存等保存到專用的緩存服務(wù)器，比如Memcache。附件需要保存到云存儲(chǔ)中，比如七牛云存儲(chǔ)、阿里云存儲(chǔ)、騰訊云存儲(chǔ)等。

SD框架內(nèi)大多數(shù)的對(duì)象都使用了對(duì)象池技術(shù)，對(duì)象池技術(shù)有利于系統(tǒng)內(nèi)存的穩(wěn)定，減少GC的次數(shù)，提高系統(tǒng)的運(yùn)行效率，事實(shí)證明對(duì)象池對(duì)系統(tǒng)穩(wěn)定做出了極大的貢獻(xiàn)。

開發(fā)者也可以使用這一套對(duì)象池技術(shù)，增加對(duì)對(duì)象的復(fù)用，減少GC和NEW的頻率，對(duì)系統(tǒng)毛刺現(xiàn)象和內(nèi)存泄露方面都有很大的穩(wěn)定性提升。

參考資料：百度百科-php

php 分布式怎么開發(fā)

普通的Web開發(fā)，常用的模式就是用戶登錄之后，登錄狀態(tài)信息保存在Session中，用戶一些常用的熱數(shù)據(jù)保存在文件緩存中，用戶上傳的附件信息保存在Web服務(wù)器的某個(gè)目錄上。這種方式對(duì)于一般的Web應(yīng)用，使用很方便，完全能夠勝任。但是對(duì)于高并發(fā)的企業(yè)級(jí)網(wǎng)站，就應(yīng)付不了了。需要采用Web集群實(shí)現(xiàn)負(fù)載均衡。

使用Web集群方式部署之后，首要調(diào)整的就是用戶狀態(tài)信息與附件信息。用戶狀態(tài)不能再保存到Session中，緩存也不能用本地Web服務(wù)器的文件緩存，以及附件，也不能保存在Web服務(wù)器上了。因?yàn)橐ＷC集群里面的各個(gè)Web服務(wù)器，狀態(tài)完全一致。因此，需要將用戶狀態(tài)、緩存等保存到專用的緩存服務(wù)器，比如Memcache。附件需要保存到云存儲(chǔ)中。

　Web負(fù)載均衡

Web負(fù)載均衡（Load Balancing），簡(jiǎn)單地說(shuō)就是給我們的服務(wù)器集群分配“工作任務(wù)”，而采用恰當(dāng)?shù)姆峙浞绞?，?duì)于保護(hù)處于后端的Web服務(wù)器來(lái)說(shuō)，非常重要。

　負(fù)載均衡的策略有很多，我們從簡(jiǎn)單的講起。?

1. HTTP重定向?

當(dāng)用戶發(fā)來(lái)請(qǐng)求的時(shí)候，Web服務(wù)器通過(guò)修改HTTP響應(yīng)頭中的Location標(biāo)記來(lái)返回一個(gè)新的url，然后瀏覽器再繼續(xù)請(qǐng)求這個(gè)新url，實(shí)際上就是頁(yè)面重定向。通過(guò)重定向，來(lái)達(dá)到“負(fù)載均衡”的目標(biāo)。

　2. 反向代理負(fù)載均衡?

反向代理服務(wù)的核心工作主要是轉(zhuǎn)發(fā)HTTP請(qǐng)求，扮演了瀏覽器端和后臺(tái)Web服務(wù)器中轉(zhuǎn)的角色。因?yàn)樗ぷ髟贖TTP層（應(yīng)用層），也就是網(wǎng)絡(luò)七層結(jié)構(gòu)中的第七層，因此也被稱為“七層負(fù)載均衡”?？梢宰龇聪虼淼能浖芏?，比較常見(jiàn)的一種是Nginx。

　Nginx是一種非常靈活的反向代理軟件，可以自由定制化轉(zhuǎn)發(fā)策略，分配服務(wù)器流量的權(quán)重等。反向代理中，常見(jiàn)的一個(gè)問(wèn)題，就是Web服務(wù)器存儲(chǔ)的session數(shù)據(jù)。

3. IP負(fù)載均衡

IP負(fù)載均衡服務(wù)是工作在網(wǎng)絡(luò)層（修改IP）和傳輸層（修改端口，第四層），比起工作在應(yīng)用層（第七層）性能要高出非常多。原理是，他是對(duì)IP層的數(shù)據(jù)包的IP地址和端口信息進(jìn)行修改，達(dá)到負(fù)載均衡的目的。這種方式，也被稱為“四層負(fù)載均衡”。常見(jiàn)的負(fù)載均衡方式，是LVS（Linux Virtual Server，Linux虛擬服務(wù)），通過(guò)IPVS（IP Virtual Server，IP虛擬服務(wù)）來(lái)實(shí)現(xiàn)。

php能實(shí)現(xiàn)分布式數(shù)據(jù)庫(kù)嗎?

可以實(shí)現(xiàn).

將數(shù)據(jù)庫(kù)放在不同的服務(wù)器上,主頁(yè)的不同模塊可以單獨(dú)訪問(wèn)自己所需要的數(shù)據(jù)庫(kù),以減輕單獨(dú)一個(gè)服務(wù)器的壓力.

既可以每個(gè)模塊都是不同數(shù)據(jù)庫(kù),也可以同個(gè)模塊不同數(shù)據(jù)庫(kù),但這樣沒(méi)什么意思.

實(shí)際上,現(xiàn)在網(wǎng)絡(luò)帶寬大,服務(wù)器性能也好,再加以磁盤陣列保證數(shù)據(jù).如果吞吐量大得驚人,沒(méi)必要用分布式的,必竟維護(hù)比較麻煩.

象很多網(wǎng)絡(luò)游戲在線人數(shù)那么多,或者象天涯貓撲那樣,才需要用分布式,普通網(wǎng)站就幾乎都用集中式的.

當(dāng)前名稱：php分布式數(shù)據(jù)庫(kù) php分布式框架
網(wǎng)頁(yè)網(wǎng)址：http://www.rwnh.cn/article6/doohsig.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站制作、網(wǎng)站營(yíng)銷、網(wǎng)站收錄、網(wǎng)站制作、自適應(yīng)網(wǎng)站、品牌網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)