欧美阿v视频在线大全_亚洲欧美中文日韩V在线观看_www性欧美日韩欧美91_亚洲欧美日韩久久精品

主頁 > 知識庫 > MySQL主從復制與讀寫分離原理及用法詳解

MySQL主從復制與讀寫分離原理及用法詳解

熱門標簽:在哪里申請400電話 巫師三血與酒地圖標注 安徽ai電話電銷機器人有效果嗎 400電話申請信用卡 銷售語音電話機器人 常州網絡外呼系統開發 走過哪個省地圖標注 外呼系統電銷受騙 萊西市地圖標注

本文實例講述了MySQL主從復制與讀寫分離原理及用法。分享給大家供大家參考,具體如下:

主從復制

概念

影響MySQL-A數據庫的操作,在數據庫執行后,都會寫入本地的日志系統A中。
假設,實時的將變化了的日志系統中的數據庫事件操作,在MYSQL-A的3306端口,通過網絡發給MYSQL-B。
MYSQL-B收到后,寫入本地日志系統B,然后一條條的將數據庫事件在數據庫中完成。
那么,MYSQL-A的變化,MYSQL-B也會變化,這樣就是所謂的MYSQL的復制,即MYSQL replication。
在上面的模型中,MYSQL-A就是主服務器,即master,MYSQL-B就是從服務器,即slave。
日志系統A,其實它是MYSQL的日志類型中的二進制日志,也就是專門用來保存修改數據庫表的所有動作,即bin log。【注意MYSQL會在執行語句之后,釋放鎖之前,寫入二進制日志,確保事務安全】
日志系統B,并不是二進制日志,由于它是從MYSQL-A的二進制日志復制過來的,并不是自己的數據庫變化產生的,有點接力的感覺,稱為中繼日志,即relay log。
可以發現,通過上面的機制,可以保證MYSQL-A和MYSQL-B的數據庫數據一致,但是時間上肯定有延遲,即MYSQL-B的數據是滯后的。
【即便不考慮什么網絡的因素,MYSQL-A的數據庫操作是可以并發的執行的,但是MYSQL-B只能從relay log中讀一條,執行下。因此MYSQL-A的寫操作很頻繁,MYSQL-B很可能跟不上。】

解決問題

數據如何不被丟失
備份
讀寫分離
數據庫負載均衡
高可用

環境搭建

1.準備環境
兩臺windows操作系統 ip分別為: 172.27.185.1(主)、172.27.185.2(從)
2.連接到主服務(172.27.185.1)服務器上,給從節點分配賬號權限。
GRANT REPLICATION SLAVE ON . TO ‘root'@‘172.27.185.2' IDENTIFIED BY ‘root';
3.在主服務my.ini文件新增

server-id=200
log-bin=mysql-bin
relay-log=relay-bin
relay-log-index=relay-bin-index

重啟mysql服務
4.在從服務my.ini文件新增

server-id = 210
replicate-do-db =itmayiedu #需要同步數據庫

重啟mysql服務
5.從服務同步主數據庫

stop slave;
change
master to master_host='172.27.185.1',master_user='root',master_password='root';
start slave;
show slave status;

注意事項
①一定要在同一個局域網中
②使用360WiFi創建局域網
③最好把防火墻全部關閉掉

什么是讀寫分離

在數據庫集群架構中,讓主庫負責處理事務性查詢,而從庫只負責處理select查詢,讓兩者分工明確達到提高數據庫整體讀寫性能。當然,主數據庫另外一個功能就是負責將事務性查詢導致的數據變更同步到從庫中,也就是寫操作。

讀寫分離的好處

1)分攤服務器壓力,提高機器的系統處理效率
讀寫分離適用于讀遠比寫的場景,如果有一臺服務器,當select很多時,update和delete會被這些select訪問中的數據堵塞,等待select結束,并發性能并不高,而主從只負責各自的寫和讀,極大程度的緩解X鎖和S鎖爭用;
假如我們有1主3從,不考慮上述1中提到的從庫單方面設置,假設現在1分鐘內有10條寫入,150條讀取。那么,1主3從相當于共計40條寫入,而讀取總數沒變,因此平均下來每臺服務器承擔了10條寫入和50條讀取(主庫不承擔讀取操作)。因此,雖然寫入沒變,但是讀取大大分攤了,提高了系統性能。另外,當讀取被分攤后,又間接提高了寫入的性能。所以,總體性能提高了,說白了就是拿機器和帶寬換性能;
2)增加冗余,提高服務可用性,當一臺數據庫服務器宕機后可以調整另外一臺從庫以最快速度恢復服務

主從復制原理

依賴于二進制日志,binary-log.
二進制日志中記錄引起數據庫發生改變的語句
Insert 、delete、update、create table

Scale-up與Scale-out區別

Scale Out是指Application可以在水平方向上擴展。一般對數據中心的應用而言,Scale out指的是當添加更多的機器時,應用仍然可以很好的利用這些機器的資源來提升自己的效率從而達到很好的擴展性。
Scale Up是指Application可以在垂直方向上擴展。一般對單臺機器而言,Scale Up值得是當某個計算節點(機器)添加更多的CPU Cores,存儲設備,使用更大的內存時,應用可以很充分的利用這些資源來提升自己的效率從而達到很好的擴展性。

MyCat

什么是 Mycat

是一個開源的分布式數據庫系統,但是因為數據庫一般都有自己的數據庫引擎,而Mycat并沒有屬于自己的獨有數據庫引擎,所有嚴格意義上說并不能算是一個完整的數據庫系統,只能說是一個在應用和數據庫之間起橋梁作用的中間件。
在Mycat中間件出現之前,MySQL主從復制集群,如果要實現讀寫分離,一般是在程序段實現,這樣就帶來了一個問題,即數據段和程序的耦合度太高,如果數據庫的地址發生了改變,那么我的程序也要進行相應的修改,如果數據庫不小心掛掉了,則同時也意味著程序的不可用,而對于很多應用來說,并不能接受;

引入Mycat中間件能很好地對程序和數據庫進行解耦,這樣,程序只需關注數據庫中間件的地址,而無需知曉底層數據庫是如何提供服務的,大量的通用數據聚合、事務、數據源切換等工作都由中間件來處理;
Mycat中間件的原理是對數據進行分片處理,從原有的一個庫,被切分為多個分片數據庫,所有的分片數據庫集群構成完成的數據庫存儲,有點類似磁盤陣列中的RAID0.

Mycat安裝

創建表結構

CREATE DATABASE IF NOT EXISTS `weibo_simple`;
-- ------------------------------------
-- Table structure for `t_users` 用戶表
-- ------------------------------------
DROP TABLE IF EXISTS `t_users`;
CREATE TABLE `t_users` (
 `user_id` varchar(64) NOT NULL COMMENT '注冊用戶ID',
 `user_email` varchar(64) NOT NULL COMMENT '注冊用戶郵箱',
 `user_password` varchar(64) NOT NULL COMMENT '注冊用戶密碼',
 `user_nikename` varchar(64) NOT NULL COMMENT '注冊用戶昵稱',
 `user_creatime` datetime NOT NULL COMMENT '注冊時間',
 `user_status` tinyint(1) NOT NULL COMMENT '驗證狀態 1:已驗證 0:未驗證',
 `user_deleteflag` tinyint(1) NOT NULL COMMENT '刪除標記 1:已刪除 0:未刪除',
 PRIMARY KEY (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

-- -------------------------------------
-- Table structure for `t_message`微博表
-- -------------------------------------
DROP TABLE IF EXISTS `t_message`;
CREATE TABLE `t_message` (
 `messages_id` varchar(64) NOT NULL COMMENT '微博ID',
 `user_id` varchar(64) NOT NULL COMMENT '發表用戶',
 `messages_info` varchar(255) DEFAULT NULL COMMENT '微博內容',
 `messages_time` datetime DEFAULT NULL COMMENT '發布時間',
 `messages_commentnum` int(12) DEFAULT NULL COMMENT '評論次數',
 `message_deleteflag` tinyint(1) NOT NULL COMMENT '刪除標記 1:已刪除 0:未刪除',
 `message_viewnum` int(12) DEFAULT NULL COMMENT '被瀏覽量',
 PRIMARY KEY (`messages_id`),
 KEY `user_id` (`user_id`),
 CONSTRAINT `t_message_ibfk_1` FOREIGN KEY (`user_id`) REFERENCES `t_users` (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

配置server.xml

	!-- 添加user -->
  user name="mycat">
  property name="password">mycat/property>
  property name="schemas">mycat/property>
  /user>
	
	!-- 添加user -->
  user name="mycat_red">
  property name="password">mycat_red/property>
  property name="schemas">mycat/property>
	property name="readOnly">true/property>
  /user>

配置schema.xml

?xml version="1.0"?>
!DOCTYPE mycat:schema SYSTEM "schema.dtd">
mycat:schema xmlns:mycat="http://org.opencloudb/">
  !-- 與server.xml中user的schemas名一致 -->
  schema name="mycat" checkSQLschema="true" sqlMaxLimit="100">
    table name="t_users" primaryKey="user_id" dataNode="dn1" rule="rule1"/>
   
    table name="t_message" type="global" primaryKey="messages_id" dataNode="dn1" />
  /schema>
dataNode name="dn1" dataHost="jdbchost" database="weibo_simple


" />
  
  dataHost name="jdbchost" maxCon="1000" minCon="10" balance="1"
        writeType="0" dbType="mysql" dbDriver="native" switchType="1"
        slaveThreshold="100">
     heartbeat>select user()/heartbeat> 
    writeHost host="hostMaster" url="172.27.185.1:3306" user="root" password="root">
    /writeHost>
    writeHost host="hostSlave" url="172.27.185.2:3306" user="root" password="root"/>
  /dataHost>
  
/mycat:schema>

配置rule.xml文件

?xml version="1.0" encoding="UTF-8"?>
!-- - - Licensed under the Apache License, Version 2.0 (the "License"); 
	- you may not use this file except in compliance with the License. - You 
	may obtain a copy of the License at - - http://www.apache.org/licenses/LICENSE-2.0 
	- - Unless required by applicable law or agreed to in writing, software - 
	distributed under the License is distributed on an "AS IS" BASIS, - WITHOUT 
	WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. - See the 
	License for the specific language governing permissions and - limitations 
	under the License. -->
!DOCTYPE mycat:rule SYSTEM "rule.dtd">
mycat:rule xmlns:mycat="http://org.opencloudb/">
	 tableRule name="rule1">
    rule>
      columns>user_id/columns>
      algorithm>func1/algorithm>
    /rule>
  /tableRule>
  function name="func1" class="org.opencloudb.route.function.AutoPartitionByLong">
 	property name="mapFile">autopartition-long.txt/property>
  /function>
/mycat:rule>

為了更好地定位錯誤,修改log4j.xml

雙擊startup_nowrap.bat開始啟動

常見問題
SHOW MASTER STATUS 如果為,則在my.ini文件中添加一行
log-bin=mysql-bin

給賬號分配權限
grant all privileges on . to ‘root'@‘172.27.185.1' identified by ‘root';

更多關于MySQL相關內容感興趣的讀者可查看本站專題:《MySQL查詢技巧大全》、《MySQL常用函數大匯總》、《MySQL日志操作技巧大全》、《MySQL事務操作技巧匯總》、《MySQL存儲過程技巧大全》及《MySQL數據庫鎖相關技巧匯總》

希望本文所述對大家MySQL數據庫計有所幫助。

您可能感興趣的文章:
  • 詳解MySQL實現主從復制過程
  • Mysql主從同步的實現原理
  • Mysql主從復制作用和工作原理詳解
  • MySQL數據庫主從同步實戰過程詳解
  • MySQL數據庫主從復制原理及作用分析

標簽:河北 鞍山 煙臺 黃石 赤峰 來賓 陽江 果洛

巨人網絡通訊聲明:本文標題《MySQL主從復制與讀寫分離原理及用法詳解》,本文關鍵詞  MySQL,主從,復制,與,讀寫,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《MySQL主從復制與讀寫分離原理及用法詳解》相關的同類信息!
  • 本頁收集關于MySQL主從復制與讀寫分離原理及用法詳解的相關信息資訊供網民參考!
  • 推薦文章
    欧美阿v视频在线大全_亚洲欧美中文日韩V在线观看_www性欧美日韩欧美91_亚洲欧美日韩久久精品
  • <rt id="w000q"><acronym id="w000q"></acronym></rt>
  • <abbr id="w000q"></abbr>
    <rt id="w000q"></rt>
    天天综合色天天综合色h| 成人av片在线观看| 天堂www中文在线资源| 色94色欧美sute亚洲13| 中文在线资源观看网站视频免费不卡| 久久精品72免费观看| 在线观看国产免费视频| 欧美日韩精品二区第二页| 亚洲精品少妇30p| 免费看的av网站| 欧美性猛片aaaaaaa做受| 一区二区视频在线| 久久久久中文字幕亚洲精品| 欧美视频一区在线观看| 亚洲午夜久久久久中文字幕久| wwwww在线观看| 欧美久久久久中文字幕| 午夜精品久久久久影视| 国产一级伦理片| 欧美电视剧在线看免费| 久久成人久久爱| 林心如三级全黄裸体| 国产精品午夜电影| 99久久久免费精品国产一区二区| 日本电影亚洲天堂一区| 亚洲影视在线播放| 在线视频 日韩| 精品国产成人系列| 国产精品一区专区| 色综合中文综合网| 日韩久久一区二区| 91蜜桃网址入口| 欧美精品乱码久久久久久按摩| 日韩精品乱码免费| 中文字幕成人动漫| 中文字幕精品在线不卡| 91丨九色丨黑人外教| 3d成人h动漫网站入口| 美女视频网站久久| 亚洲AV成人无码精电影在线| 亚洲欧美日韩一区二区 | 国产精品视频免费| 91麻豆国产福利精品| 91精品国产91久久综合桃花| 精品一区二区国语对白| 中文字幕人妻一区二| 亚洲一区二区欧美日韩| 黄色aaa视频| ...av二区三区久久精品| 在线观看成人动漫| 国产午夜精品久久久久久久| 97se亚洲国产综合自在线不卡 | 91同城在线观看| 欧美一区二区三区婷婷月色 | 亚洲伦理一区二区三区| 亚洲综合成人在线| 久久美女免费视频| 亚洲欧美另类图片小说| 中文字幕高清视频| 亚洲日本va午夜在线影院| 亚洲av网址在线| 国产精品久久久久久久蜜臀| 麻豆精品国产传媒av| 国产三级精品三级| 精品久久久久一区二区| 国产欧美日韩卡一| 亚洲啪av永久无码精品放毛片| 中文字幕第一区第二区| 中文字幕一区二区三区乱码不卡| 欧美国产精品久久| 强迫凌虐淫辱の牝奴在线观看| 国产精品女主播在线观看| 在线视频 日韩| 亚洲日本在线天堂| 国产又粗又黄又猛| 亚洲国产精品久久艾草纯爱| 激情无码人妻又粗又大| 日韩国产精品91| 日本道免费精品一区二区三区| 久久国产福利国产秒拍| 欧美色视频一区| 东方欧美亚洲色图在线| 日韩三级视频在线观看| 91老司机福利 在线| 国产欧美视频在线观看| 亚洲天堂资源在线| 亚洲一区二区三区在线看| 中文乱码字幕高清一区二区| 欧美三级欧美一级| 91精彩视频在线观看| 首页综合国产亚洲丝袜| 日本久久电影网| 国产99精品视频| 精品久久久久久久久久久久久久久 | 国产主播一区二区三区| 67194成人在线观看| av中文字幕在线不卡| 国产亚洲制服色| 成年人网站免费在线观看 | 一个色妞综合视频在线观看| 99热在线观看精品| 激情文学综合网| 日韩欧美国产1| 91丨porny丨对白| 亚洲一区在线观看免费 | 精品国产区一区| 国产真实乱人偷精品| 一区二区三区四区在线免费观看| 欧美黑人猛猛猛| 国产99久久久国产精品| 日本一区二区三区视频视频| 亚洲一区二区自偷自拍| 免费欧美在线视频| 欧美一区二区大片| 漂亮人妻被黑人久久精品| 亚洲成人黄色小说| 欧美日韩视频一区二区| 四虎国产精品永久免费观看视频| 日韩美女精品在线| 色婷婷av一区二区三区软件| 成人18精品视频| 国产精品乱码一区二三区小蝌蚪| 在线视频这里只有精品| 国产在线精品不卡| 国产亚洲一二三区| 岛国片在线免费观看| 国产伦精品一区二区三区在线观看| 精品处破学生在线二十三| 精品无码一区二区三区| 麻豆免费看一区二区三区| 精品人伦一区二区色婷婷| 精品成人av一区二区三区| 麻豆成人久久精品二区三区小说| 日韩美一区二区三区| 亚欧洲乱码视频| 精品写真视频在线观看| 久久久久国色av免费看影院| 成人午夜免费影院| 国产91丝袜在线播放0| 中文字幕在线不卡一区二区三区 | 亚洲视频在线一区观看| 在线免费观看成人短视频| 免费观看黄网站| 亚洲bdsm女犯bdsm网站| 日韩亚洲电影在线| 日韩免费成人av| 丰满白嫩尤物一区二区| 亚洲欧美一区二区不卡| 欧美精品第1页| 成人片黄网站色大片免费毛片| 国产一区二区三区国产| 国产精品久久久久一区| 欧美影院一区二区| 国产黄色三级网站| 国产主播一区二区三区| 亚洲色图欧洲色图婷婷| 欧美日韩黄色影视| 日本黄色特级片| 国产精品911| 亚洲精品国久久99热| 91精品免费观看| 久操视频在线观看免费| 成人毛片视频在线观看| 亚洲国产日韩a在线播放性色| 日韩欧美国产1| 最新一区二区三区| 国产人妖在线观看| 久久精品国产77777蜜臀| 日韩一区欧美一区| 4438成人网| 最新av电影网站| 国产视频精品视频| 狠狠色狠狠色综合日日91app| 国产精品福利一区二区| 欧美日本在线观看| 天堂在线中文视频| 乳色吐息在线观看| 久久成人免费网| 亚洲黄色片在线观看| 日韩视频免费直播| 婷婷在线精品视频| 亚洲综合自拍网| 成人免费视频caoporn| 婷婷综合久久一区二区三区| 欧美高清在线精品一区| 欧美日韩高清在线| 中文字幕美女视频| 中文文字幕文字幕高清| 成人午夜视频福利| 日本伊人色综合网| 日韩理论片网站| www国产成人免费观看视频 深夜成人网| 一级黄色录像视频| 美女爆乳18禁www久久久久久| www.成人在线| 精品一区二区三区免费| 亚洲一区二区三区免费视频| 中文字幕电影一区| 日韩精品一区二区三区老鸭窝| 在线观看www91|