mysql主備怎么訪問,mysql主備方案
MySQL如何訪問？？
●客戶端訪問服務(wù)端
成都創(chuàng)新互聯(lián)公司歡迎咨詢：028-86922220，為您提供成都網(wǎng)站建設(shè)網(wǎng)頁設(shè)計及定制高端網(wǎng)站建設(shè)服務(wù)，成都創(chuàng)新互聯(lián)公司網(wǎng)頁制作領(lǐng)域十載，包括成都房屋鑒定等多個行業(yè)擁有豐富建站經(jīng)驗，選擇成都創(chuàng)新互聯(lián)公司，為企業(yè)錦上添花！
。利用Windows控制臺訪問(MySQL客戶端)
。利用數(shù)據(jù)庫管理工具(Navicat)
●客戶端需要連接認(rèn)證
。-h: 主機地址(本機localhost可以省略)
。-P: 端口號(默認(rèn)3306可以省略)
。-u: 用戶名
。-p: 用戶密碼
哪位大神可以簡單說一下外網(wǎng)訪問內(nèi)網(wǎng)MySQL數(shù)據(jù)庫的步驟嗎？
1，明確MySQL數(shù)據(jù)庫內(nèi)網(wǎng)訪問地址端口，確保MySQL數(shù)據(jù)庫服務(wù)正常，在內(nèi)網(wǎng)可以正常訪問連接。如我本機MySQL數(shù)據(jù)庫訪問地址是localhost:3306。
2.內(nèi)網(wǎng)使用花生殼動態(tài)域名解析，內(nèi)網(wǎng)服務(wù)器安裝花生殼，并使用它。
3.使用自己的帳號登錄。如沒有帳號，“注冊帳號”進入網(wǎng)站進行注冊帳號。正常登錄后，會顯示登錄帳號下的域名。
4.做映射。在默認(rèn)域名的地方點擊花生殼管理添加映射。點擊當(dāng)前主機。內(nèi)網(wǎng)任何端口映射，獲取外網(wǎng)隨機端口，點擊確認(rèn)。
如何設(shè)置mysql在局域網(wǎng)中訪問
第一：更改 “mysql” 數(shù)據(jù)庫里的 “user” 表里的 “host” 項，從”localhost”改稱'%'。
或者新加條記錄，“host” 項為要訪問的ip地址，并授權(quán)。重啟mysql服務(wù)。
第二：在系統(tǒng)防火墻添加例外端口：3306，并允許例外。錯誤提示：
ERROR 1130: Host '192.168.1.3' is not allowed to connect to this MySQL server
的解決方法： 1。 改表法?？赡苁悄愕膸ぬ柌辉试S從遠程登陸，只能在localhost。這個時候只要在localhost的那臺電腦，登入mysql后，更改 "mysql" 數(shù)據(jù)庫里的 "user" 表里的 "host" 項，從"localhost"改稱"%"
mysql -u root -pvmwaremysqluse mysql;mysqlupdate user set host = '%' where user = 'root';mysqlselect host, user from user; 2. 授權(quán)法。例如，你想myuser使用mypassword從任何主機連接到mysql服務(wù)器的話。
GRANT ALL PRIVILEGES ON *.* TO 'myuser'@'%' IDENTIFIED BY 'mypassword' WITH GRANT OPTION;
如果你想允許用戶myuser從ip為192.168.1.3的主機連接到mysql服務(wù)器，并使用mypassword作為密碼
GRANT ALL PRIVILEGES ON *.* TO 'myuser'@'192.168.1.3' IDENTIFIED BY 'mypassword' WITH GRANT OPTION;
3.在window自帶的防火墻里的例外添加3306端口
總結(jié)：mysql -u root -p
mysqluse mysql;
mysqlselect 'host' from user where user='root';
mysqlupdate user set host = '%' where user ='root';
mysqlflush privileges;
mysqlselect 'host' from user where user='root';
第一句是以權(quán)限用戶root登錄
第二句：選擇mysql庫
第三句：查看mysql庫中的user表的host值（即可進行連接訪問的主機/IP名稱）
第四句：修改host值（以通配符%的內(nèi)容增加主機/IP地址），當(dāng)然也可以直接增加IP地址
第五句：刷新MySQL的系統(tǒng)權(quán)限相關(guān)表
第六句：再重新查看user表時，有修改。。
重起mysql服務(wù)即可完成。
MySql怎樣允許主機被遠程訪問
1、改表法。
可能是你的帳號不允許從遠程登陸，只能在localhost。這個時候只要在localhost的那臺電腦，登入mysql后，更改 "mysql" 數(shù)據(jù)庫里的 "user" 表里的 "host" 項，從"localhost"改稱"%"
mysql -u root -pvmwaremysqluse mysql;
mysqlupdate user set host = '%' where user = 'root';
mysqlselect host, user from user;
2、授權(quán)法。例如，你想myuser使用mypassword從任何主機連接到mysql服務(wù)器的話。
GRANT ALL PRIVILEGES ON *.* TO 'myuser'@'%'IDENTIFIED BY 'mypassword' WI
TH GRANT OPTION;
如果你想允許用戶myuser從ip為192.168.1.6的主機連接到mysql服務(wù)器，并使用mypassword作為密碼
GRANT ALL PRIVILEGES ON *.* TO 'myuser'@'192.168.1.3'IDENTIFIED BY
'mypassword' WITH GRANT OPTION;
我用的第一個方法,剛開始發(fā)現(xiàn)不行,在網(wǎng)上查了一下,少執(zhí)行一個語句 mysqlFLUSH RIVILEGES
使修改生效，就可以了
另外一種方法：
在安裝mysql的機器上運行：
1、d:\mysql\bin\mysql -h localhost -u root
//這樣應(yīng)該可以進入MySQL服務(wù)器
2、mysqlGRANT ALL PRIVILEGES ON *.* TO 'root'@'%'WITH GRANT OPTION
//賦予任何主機訪問數(shù)據(jù)的權(quán)限
3、mysqlFLUSH PRIVILEGES
//修改生效
4、mysqlEXIT
//退出MySQL服務(wù)器
這樣就可以在其它任何的主機上以root身份登錄啦。
mysql主備同步的原理
MYSQL主從同步原理：
1） MYSQL主從同步是異步復(fù)制的過程，整個同步需要開啟3線程，master上開啟bin-log日志（記錄數(shù)據(jù)庫增、刪除、修改、更新操作）；
2） Slave開啟I/O線程來請求master服務(wù)器，請求指定bin-log中position點之后的內(nèi)容；
3） Master端收到請求，Master端I/O線程響應(yīng)請求，bin-log、position之后內(nèi)容返給salve；
4） Slave將收到的內(nèi)容存入relay-log中繼日志中，生成master.info（記錄master ip、bin-log、position、用戶名密碼）；
5） Slave端SQL實時監(jiān)測relay-log日志有更新，解析更新的sql內(nèi)容，解析成sql語句，再salve庫中執(zhí)行；
6） 執(zhí)行完畢之后，Slave端跟master端數(shù)據(jù)保持一致！
**MYSQL bin-log用途**
1） bin-log日志最大的功能記錄數(shù)據(jù)庫增、刪、改、插入等操作，記錄用戶操作的SQL語句；
2） bin-log日志可以用數(shù)據(jù)增量備份、完整備份；
3） bin-log還可以主要主從復(fù)制+讀寫分離；
MySQL實戰(zhàn)問題03 mysql如何保證主備一致
MySQL 主備的基本原理主備流程切換
在狀態(tài) 1 中，客戶端的讀寫都直接訪問節(jié)點 A，而節(jié)點 B 是 A 的備庫，只是將 A 的更新都同步過來，到本地執(zhí)行。這樣可以保持節(jié)點 B 和 A 的數(shù)據(jù)是相同的
當(dāng)需要切換的時候，就切成狀態(tài) 2。這時候客戶端讀寫訪問的都是節(jié)點 B，而節(jié)點 A 是 B 的備庫。
M-S模式中, 為什么建議把備庫設(shè)為readonly? 有時候一些運營類的查詢語句會被放到備庫上去查，設(shè)置為只讀可以防止誤操作； 防止切換邏輯有 bug，比如切換過程中出現(xiàn)雙寫，造成主備不一致 可以用 readonly 狀態(tài)，來判斷節(jié)點的角色。 把備庫設(shè)置成只讀了，還怎么跟主庫保持同步更新呢？
因為 readonly 設(shè)置對超級 (super) 權(quán)限用戶是無效的，而用于同步更新的線程，就擁有超級權(quán)限。
節(jié)點 A 到 B 這條線的內(nèi)部流程是什么樣的
下圖畫出的就是一個 update 語句在節(jié)點 A 執(zhí)行，然后同步到節(jié)點 B 的完整流程圖
備庫 B 跟主庫 A 之間維持了一個長連接。主庫 A 內(nèi)部有一個線程，專門用于服務(wù)備庫 B 的這個長連接
一個事務(wù)日志同步的完整過程是這樣的: 在備庫 B 上通過 change master 命令，設(shè)置主庫 A 的 IP、端口、用戶名、密碼，以及要從哪個位置開始請求 binlog，這個位置包含文件名和日志偏移量。 在備庫 B 上執(zhí)行 start slave 命令，這時候備庫會啟動兩個線程，就是圖中的 io_thread 和 sql_thread。其中 io_thread 負責(zé)與主庫建立連接。 主庫 A 校驗完用戶名、密碼后，開始按照備庫 B 傳過來的位置，從本地讀取 binlog，發(fā)給 B。 備庫 B 拿到 binlog 后，寫到本地文件，稱為中轉(zhuǎn)日志（relay log）。 sql_thread 讀取中轉(zhuǎn)日志，解析出日志里的命令，并執(zhí)行。 binlog 的三種格式對比
三種格式分別是: statement row mixed
為了便于描述 binlog 的這三種格式間的區(qū)別, 創(chuàng)建并初始化一個表
mysql CREATE TABLE `t` ( `id` int(11) NOT NULL, `a` int(11) DEFAULT NULL, `t_modified` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `a` (`a`), KEY `t_modified`(`t_modified`) ) ENGINE=InnoDB; insert into t values(1,1,'2018-11-13'); insert into t values(2,2,'2018-11-12'); insert into t values(3,3,'2018-11-11'); insert into t values(4,4,'2018-11-10'); insert into t values(5,5,'2018-11-09');
刪除一行, 分析binlog
mysql delete from t /*comment*/ where a=4 and t_modified='2018-11-10' limit 1; 查詢binlog命令: mysql show binlog events in 'master.000001'; 當(dāng) binlog_format=statement 時
binlog 里面記錄的就是 SQL 語句的原文:
分析一下上圖輸出的結(jié)果: 第一行可以先忽略. 第二行是一個 BEGIN，跟第四行的 commit 對應(yīng)，表示中間是一個事務(wù)； 第三行是真實的執(zhí)行語句, 在delete命令前,還有一個use test命令, 是mysql自動添加的. 最后一行是一個 COMMIT, 包含一個xid. 如果使用statement格式, 記錄到binlog 的是語句原文. 會有什么問題出現(xiàn)呢?
如果delete 帶有 limit, 很可能出出現(xiàn)住主備數(shù)據(jù)庫不一致的情況
在主庫執(zhí)行這條 SQL 語句的時候，用的是索引 a；而在備庫執(zhí)行這條 SQL 語句的時候，卻使用了索引 t_modified
當(dāng) binlog_format= row 時:
與statement相比, begin 與 commit 是一致的, 但是row格式?jīng)]有記錄原文, 而是替換成了兩個event, 粉筆是table_map 與 delete_rows
Table_map event，用于說明接下來要操作的表是 test 庫的表 t; Delete_rows event，用于定義刪除的行為。 使用mysqlbinlog工具分析解析binlog中內(nèi)容 mysqlbinlog -vv data/master.000001 --start-position=8900;
解析結(jié)果:
server id 1，表示這個事務(wù)是在 server_id=1 的這個庫上執(zhí)行的。 每個 event 都有 CRC32 的值，這是因為參數(shù) binlog_checksum 設(shè)置成了 CRC32。 Table_map event 顯示了接下來要打開的表，map 到數(shù)字 226?，F(xiàn)在我們這條 SQL 語句只操作了一張表，如果要操作多張表呢？每個表都有一個對應(yīng)的 Table_map event、都會 map 到一個單獨的數(shù)字，用于區(qū)分對不同表的操作。 在 mysqlbinlog 的命令中，使用了 -vv 參數(shù)是為了把內(nèi)容都解析出來，所以從結(jié)果里面可以看到各個字段的值（比如，@1=4、 @2=4 這些值）。 binlog_row_image 的默認(rèn)配置是 FULL，因此 Delete_event 里面，包含了刪掉的行的所有字段的值。如果把 binlog_row_image 設(shè)置為 MINIMAL，則只會記錄必要的信息，在這個例子里，就是只會記錄 id=4 這個信息。 最后的 Xid event，用于表示事務(wù)被正確地提交了。 為什么會有 mixed 格式的 binlog？為什么會有 mixed 這種 binlog 格式的存在場景？ 因為有些 statement 格式的 binlog 可能會導(dǎo)致主備不一致，所以要使用 row 格式。 但 row 格式的缺點是，很占空間。比如你用一個 delete 語句刪掉 10 萬行數(shù)據(jù)，用 statement 的話就是一個 SQL 語句被記錄到 binlog 中，占用幾十個字節(jié)的空間。但如果用 row 格式的 binlog，就要把這 10 萬條記錄都寫到 binlog 中。這樣做，不僅會占用更大的空間，同時寫 binlog 也要耗費 IO 資源，影響執(zhí)行速度。 所以，MySQL 就取了個折中方案，也就是有了 mixed 格式的 binlog。mixed 格式的意思是，MySQL 自己會判斷這條 SQL 語句是否可能引起主備不一致，如果有可能，就用 row 格式，否則就用 statement 格式。 如何解決雙M結(jié)構(gòu)的循環(huán)復(fù)制問題解決兩個節(jié)點間的循環(huán)復(fù)制的問題的邏輯 規(guī)定兩個庫的 server id 必須不同，如果相同，則它們之間不能設(shè)定為主備關(guān)系； 一個備庫接到 binlog 并在重放的過程中，生成與原 binlog 的 server id 相同的新的 binlog； 每個庫在收到從自己的主庫發(fā)過來的日志后，先判斷 server id，如果跟自己的相同，表示這個日志是自己生成的，就直接丟棄這個日志。 按照這個邏輯，如果我們設(shè)置了雙 M 結(jié)構(gòu)，日志的執(zhí)行流就會變成這樣： 從節(jié)點 A 更新的事務(wù)，binlog 里面記的都是 A 的 server id； 傳到節(jié)點 B 執(zhí)行一次以后，節(jié)點 B 生成的 binlog 的 server id 也是 A 的 server id； 再傳回給節(jié)點 A，A 判斷到這個 server id 與自己的相同，就不會再處理這個日志。所以，死循環(huán)在這里就斷掉了。
分享標(biāo)題：mysql主備怎么訪問,mysql主備方案
鏈接地址：http://muchs.cn/article28/hcpocp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供動態(tài)網(wǎng)站、關(guān)鍵詞優(yōu)化、定制開發(fā)、域名注冊、微信公眾號、移動網(wǎng)站建設(shè)
聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)
