mysql啟動多個實例(mysql 多個實例)

本文目錄一覽:

mysql如何創建多個實例,求步驟,謝謝,急求

大多情況下,需要可靠而有效地克隆 MySQL 實例數據。這包括 MySQL 高可用的解決方案,其中需要在將實例加入組複製集群之前配置實例,或者在經典複製模型中將其添加為 Slave。

為複製拓撲而創建 MySQL 副本一直很麻煩。涉及的步驟很多,首先要備份 MySQL 服務器,通過網絡將備份傳輸到我們想要添加到複製集的新 MySQL 節點,然後在該節點上恢復備份並手動啟動 MySQL 服務器。為了高可用,最好還要將其正確設置備份的 GTID,並啟動並運行群集。涉及的手動步驟數量過多不利於高可用。CLONE 插件解決了這個問題並簡化了副本配置。使您可以使用 MySQL 客戶端(和 SQL 命令)來配置新節點並在發生時觀察克隆進度。無需手動處理多個步驟並維護自己的基礎架構來配置新的 MySQL 節點。

MySQL 8.0.17 引入了 CLONE SQL 語句,使當前的 MySQL 服務器成為另一個運行在不同節點的 MySQL 服務器的「克隆」。我們將執行 clone 語句的服務器實例稱為「受體」。克隆的源服務器實例稱為「供體」。供體克隆以一致的快照存儲在 InnoDB 存儲引擎中的所有數據和元數據,以替換受體中的數據。

成功執行 CLONE SQL 語句後,將自動重新啟動受體服務器。重新啟動涉及恢復克隆的快照數據,就像用老方法複製數據一樣。恢復完成後,受體就是供體的克隆版,隨時可以使用!

這裡有一些關於克隆過程的重要注意事項。

不克隆 MySQL 配置參數,並且受體保留所有原始配置參數,如克隆之前。這樣做是因為許多配置可能特定於節點(例如 PORT),因此保留它們似乎是一個不錯的選擇。另一方面,一些存儲配置確實需要在供體和受體之間匹配(例如 innodbpagesize),如果這樣的配置參數不匹配,CLONE 將報告錯誤。

CLONE 插件不會克隆二進制日誌。

CLONE 插件目前僅支持 InnoDB 存儲引擎。在其他存儲引擎(如 MyISAM 和 CSV)中創建的表將被克隆為空表。克隆基礎架構的設計允許克隆 MySQL 支持的任何存儲引擎。但是,只有 InnoDB 序列化和反序列化方法已經實現並經過測試。

克隆會阻止供體中的所有並發 DDL。

需要注意的事實是受體放棄所有數據以及任何二進制日誌,以便成為供體實例的克隆。在執行 CLONE 之前,如果認為有必要,需要備份當前受體數據。

如何在同一台機器上安裝多個MySQL的實例

這種架構一般用在以下三類場景

1. 備份多台 Server 的數據到一台如果按照數據切分方向來講,那就是垂直切分。比如圖 2,業務 A、B、C、D 是之前拆分好的業務,現在需要把這些拆分好的業務匯總起來備份,那這種需求也很適用於多源複製架構。實現方法我大概描述下:業務 A、B、C、D 分別位於 4 台 Server,每台 Server 分別有一個數據庫來隔離前端的業務數據,那這樣,在從庫就能把四台業務的數據全部匯總起來,而不需要做額外的操作。那沒有多源複製之前,要實現這類需求,只能在匯總機器上搭建多個 MySQL 實例,那這樣勢必會涉及到跨庫關聯的問題,不但性能急劇下降,管理多個實例也沒有單台來的容易。

2. 用來聚合前端多個 Server 的分片數據。

同樣,按照數據切分方向來講,屬於水平切分。比如圖 3,按照年份拆分好的數據,要做一個匯總數據展現,那這種架構也非常合適。實現方法稍微複雜些:比如所有 Server 共享同一數據庫和表,一般為了開發極端透明,前端配置有分庫分表的中間件,比如愛可生的 DBLE。

3. 匯總併合並多個 Server 的數據

第三類和第一種場景類似。不一樣的是不僅僅是數據需要匯總到目標端,還得合併這些數據,這就比第一種來的相對複雜些。比如圖 4,那這樣的需求,是不是也適合多源複製呢?答案是 YES。那具體怎麼做呢?

如何配置 MySQL 啟動多個互不衝突的獨立實例

創建一個存儲過來用來監控mysql的SELECT、INSERT、UPDATE、DELETE使用情況。

## 創建存儲過程pCheckDbStatus1()

drop procedure if exists pCheckDbStatus1;

delimiter //

create procedure pCheckDbStatus1()

begin

SET @uptime=0;

SET @com_select=0;

SET @com_insert=0;

SET @com_delete=0;

SET @com_update=0;

select @COM_DELETE:=variable_value FROM information_schema.GLOBAL_STATUS WHERE variable_name=’COM_DELETE’;

select @COM_INSERT:=variable_value FROM information_schema.GLOBAL_STATUS WHERE variable_name=’COM_INSERT’;

select @COM_SELECT:=variable_value FROM information_schema.GLOBAL_STATUS WHERE variable_name=’COM_SELECT’;

select @COM_UPDATE:=variable_value FROM information_schema.GLOBAL_STATUS WHERE variable_name=’COM_UPDATE’;

select @UPTIME:=variable_value FROM information_schema.GLOBAL_STATUS WHERE variable_name=’UPTIME’;

INSERT INTO DbStatus1

SELECT

NOW(),

(@com_select-com_select)/(@uptime-uptime),

(@com_insert-com_insert)/(@uptime-uptime),

(@com_update-com_update)/(@uptime-uptime),

(@com_delete-com_delete)/(@uptime-uptime)

FROM CheckDbStatus1 ORDER BY check_id DESC LIMIT 1;

INSERT INTO CheckDbStatus1 VALUES (NULL,now(),@uptime,@com_select,@com_insert,@com_update,@com_delete);

mysql怎麼啟動和停止多實例

用MySQL實例管理器來啟動服務器。

在這種情況下,Instance Manager的行為取決於MySQL配置文件中的選項。如果沒有配置文件,MySQL實例管理器創建mysqld實例並試圖用默認(編譯嵌入的)配置來啟動。這說明如果mysqld沒有安裝到 默認位置,IM不能猜出它的位置。如果你已經在非標準位置安裝了MySQL服務器,你應使用配置文件。參見2.1.5節,「安裝布局」。

如果有配置文件,IM將分析配置文件搜索[mysqld]部分(例如[mysqld]、[mysqld1]、[mysqld2]等)。每個部分指定一個實例。啟動時IM將啟動所有找到的實例。IM關閉時默認停止所有實例。

請注意有一個特殊選項mysqld-path(mysqld-path = path-to-mysqld- binary),只能用IM識別。使用該變量讓IM知道mysqld二進制駐留在哪兒。你還應該為服務器設置basedir和datadir選項。

啟用MySQL實例管理器的典型MySQL服務器啟動/關閉循環為:

· 用/etc/init.d/mysql腳本啟動MySQL實例管理器。

· MySQL實例管理器啟動所有實例並監視它們。

· 如果某個服務器實例失敗,MySQL實例管理器重啟它。

· 如果MySQL實例管理器被關閉(例如用/etc/init.d/mysql stop命令),所有實例被MySQL實例管理器關閉。

原創文章,作者:ZEROW,如若轉載,請註明出處:https://www.506064.com/zh-hk/n/130113.html

(0)
打賞 微信掃一掃 微信掃一掃 支付寶掃一掃 支付寶掃一掃
ZEROW的頭像ZEROW
上一篇 2024-10-03 23:27
下一篇 2024-10-03 23:27

相關推薦

發表回復

登錄後才能評論