-
mycat 數(shù)據(jù)切分
查看全部 -
Haproxy高可用方案
查看全部 -
搭建pxc集群，設(shè)置防火墻網(wǎng)絡(luò)規(guī)則，pxc之間禁止訪問，斷開同步
查看全部 -
pxc和replication 組合方案
查看全部 -
一、mysql集群pxc和replication集群優(yōu)缺點：
PXC的數(shù)據(jù)強一致性(以犧牲速度為代價)；同步復(fù)制（傳輸），事務(wù)在所有集群點要么同時提交，要么不提交（優(yōu)點：保證數(shù)據(jù)的一致性，缺點；寫入速度漫）
Replication采用異步復(fù)制（傳輸），無法保證數(shù)據(jù)的一致性（優(yōu)點；寫入速度傳輸快，缺點；無法保證數(shù)據(jù)的強一致性）
二、PXC和Replication結(jié)合應(yīng)用的新方案
保存重要數(shù)據(jù)，則保存在PXC的集群里面。
保存非重要數(shù)據(jù)（操作的記錄），用replication
三、兩種方案共同缺點：
pxc和replication都無法實現(xiàn)數(shù)據(jù)切分
PXC和Replication都是同步數(shù)據(jù)，不能實現(xiàn)數(shù)據(jù)切分，當mysql數(shù)據(jù)量超過2000萬條時，性能會急劇下降，可以使用mycat進行數(shù)據(jù)切分
查看全部 -
mysql集群方案pxc和replication對比：
PXC集群是雙向同步，沒有主從之分，replication是單向同步，只能由主節(jié)點同步到從節(jié)點，從節(jié)點也可以寫入數(shù)據(jù)，但不會同步數(shù)據(jù)到主節(jié)點。 PXC雙向同步從演示的耗時看比replication慢6倍，一個insert約80多毫秒，replication只要10多毫秒。
查看全部 -
pxc簡介
Perconca Server性能較mysql有顯著提升，pxc任何節(jié)點都是可讀可寫
查看全部 -
mysql高性能可用集群方案
mycat
查看全部 -
mysql 高性能可用集群方案
mycat
數(shù)據(jù)切分
查看全部 -
單節(jié)點數(shù)據(jù)庫壓力測試
mysqlslap -hlocalhost -uroot -pabc123456 -P3306
--concurrency=5000 //并發(fā)量
--number-of-queries=5000//執(zhí)行次數(shù)?
--iterations=1?
--auto-generate-sql?
--auto-generate-sql-load-type=mixed?
--auto-generate-sql-add-autoincrement
--engine=innodb?
--debug-info
查看全部 -
數(shù)據(jù)庫集群的必要性
大型互聯(lián)網(wǎng)程序用戶群體龐大，所以架構(gòu)必須要特殊設(shè)計
單節(jié)點的數(shù)據(jù)庫無法滿足性能上的要求
單節(jié)點的數(shù)據(jù)庫沒有冗余設(shè)計，無法滿足高可用
查看全部 -
pxc集群硬件環(huán)境需求
內(nèi)存8GB以上
docker虛擬機
查看全部 -
技術(shù)學(xué)習(xí)的目標和方式：
向大型互聯(lián)網(wǎng)應(yīng)用看齊，學(xué)習(xí)架構(gòu)設(shè)計和業(yè)務(wù)處理；
由淺入深，循序漸進；案例由小到大，逐步擴展
查看全部 -
向大型應(yīng)用看齊，學(xué)習(xí)架構(gòu)設(shè)計和業(yè)務(wù)處理
由淺入深，循序漸進；案例由大到小，逐步擴展
查看全部 -
天貓雙十一
2017年天貓雙十一交易額1683元，3分鐘破百億，9小時破千億
交易峰值32.5萬/秒，交易峰值25.6萬/秒，數(shù)據(jù)庫峰值4200萬/秒
查看全部
舉報