MySqll線上主從集群設(shè)置詳細(xì)方案
以下是線上搭建 MySQL 主從復(fù)制(Master-Slave)的詳細(xì)方案,適用于生產(chǎn)環(huán)境,涵蓋環(huán)境準(zhǔn)備、配置步驟、驗(yàn)證及運(yùn)維注意事項(xiàng):
一、環(huán)境準(zhǔn)備
1. 服務(wù)器規(guī)劃
| 角色 | IP地址 | 操作系統(tǒng) | MySQL版本 | 備注 |
|---|---|---|---|---|
| Master | 192.168.1.10 | CentOS 7 | 8.0.36 | 主庫(kù),業(yè)務(wù)寫入節(jié)點(diǎn) |
| Slave | 192.168.1.11 | CentOS 7 | 8.0.36 | 從庫(kù),只讀,用于備份/查詢 |
2. 前置條件
- 主從服務(wù)器 MySQL 版本一致(避免因版本差異導(dǎo)致的復(fù)制兼容性問題)。
- 主從服務(wù)器時(shí)間同步(建議通過 NTP 服務(wù),
ntpd或chronyd)。 - 主庫(kù)開啟
binlog日志(主從復(fù)制依賴 binlog)。 - 主從服務(wù)器網(wǎng)絡(luò)互通,Master 需開放 3306 端口(或自定義端口),Slave 能訪問 Master 的該端口。
- 關(guān)閉或配置防火墻(
firewalld或iptables),允許主從通信:
# Master 開放 3306 端口 firewall-cmd --zone=public --add-port=3306/tcp --permanent firewall-cmd --reload
二、Master 主庫(kù)配置
1. 修改 MySQL 配置文件(my.cnf或mysqld.cnf)
配置文件路徑通常為 /etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf,添加以下參數(shù):
[mysqld] # 開啟 binlog,指定日志文件前綴 log_bin = /var/lib/mysql/mysql-bin # 服務(wù)器唯一 ID(1-255,主從不能重復(fù)) server-id = 10 # binlog 格式(推薦 row 模式,記錄數(shù)據(jù)行變更,兼容性好) binlog_format = ROW # 不需要同步的數(shù)據(jù)庫(kù)(可選,多個(gè)用逗號(hào)分隔) binlog-ignore-db = information_schema binlog-ignore-db = mysql binlog-ignore-db = performance_schema binlog-ignore-db = sys # 自動(dòng)清理 7 天前的 binlog(避免磁盤占滿) expire_logs_days = 7 # 同步時(shí)忽略主從的服務(wù)器 ID 沖突(可選) log-slave-updates = 0
2. 重啟 MySQL 服務(wù)
systemctl restart mysqld # 確認(rèn)狀態(tài) systemctl status mysqld
3. 主庫(kù)創(chuàng)建用于復(fù)制的賬號(hào)
登錄 Master MySQL,創(chuàng)建一個(gè)僅用于從庫(kù)復(fù)制的賬號(hào)(限制 IP 為 Slave 地址,增強(qiáng)安全性):
-- 登錄主庫(kù) mysql -u root -p -- 創(chuàng)建復(fù)制賬號(hào)(用戶名:repl,密碼:Repl@123456,允許從 192.168.1.11 連接) CREATE USER 'repl'@'192.168.1.11' IDENTIFIED BY 'Repl@123456'; -- 授予復(fù)制權(quán)限 GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.11'; -- 刷新權(quán)限 FLUSH PRIVILEGES;
4. 鎖定主庫(kù)并獲取 binlog 信息
為避免配置期間主庫(kù)數(shù)據(jù)變更,先鎖定主庫(kù)(僅禁止寫入,允許讀?。?/p>
-- 鎖定主庫(kù) FLUSH TABLES WITH READ LOCK; -- 查看當(dāng)前 binlog 文件名和位置(記錄 File 和 Position,后續(xù)從庫(kù)配置需要) SHOW MASTER STATUS;
輸出示例:
+------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+-------------------+ | mysql-bin.000001 | 154 | | information_schema,mysql,performance_schema,sys | | +------------------+----------+--------------+------------------+-------------------+
記錄 File(如 mysql-bin.000001)和 Position(如 154)。
三、Slave 從庫(kù)配置
1. 備份主庫(kù)數(shù)據(jù)并恢復(fù)到從庫(kù)
主庫(kù)鎖定后,通過 mysqldump 備份數(shù)據(jù)(確保從庫(kù)初始數(shù)據(jù)與主庫(kù)一致):
# 在 Master 服務(wù)器執(zhí)行,備份所有庫(kù)(排除忽略的系統(tǒng)庫(kù)) mysqldump -u root -p --all-databases --ignore-db=information_schema --ignore-db=mysql --ignore-db=performance_schema --ignore-db=sys > master_data.sql
將備份文件傳到 Slave 服務(wù)器:
scp master_data.sql root@192.168.1.11:/tmp/
在 Slave 服務(wù)器恢復(fù)數(shù)據(jù):
# 登錄 Slave MySQL,先創(chuàng)建與主庫(kù)一致的數(shù)據(jù)庫(kù)(如果有自定義庫(kù)) mysql -u root -p CREATE DATABASE IF NOT EXISTS your_db; exit # 恢復(fù)數(shù)據(jù) mysql -u root -p < /tmp/master_data.sql
恢復(fù)完成后,解鎖主庫(kù)(在 Master MySQL 中執(zhí)行):
UNLOCK TABLES;
2. 修改 Slave 配置文件(my.cnf)
[mysqld] # 從庫(kù)唯一 ID(與主庫(kù)不同) server-id = 11 # 從庫(kù)日志(可選,用于級(jí)聯(lián)復(fù)制,即從庫(kù)作為其他庫(kù)的主庫(kù)時(shí)需要) relay_log = /var/lib/mysql/mysql-relay-bin # 從庫(kù)只讀(禁止寫入,增強(qiáng)數(shù)據(jù)一致性) read_only = 1 # 忽略同步的數(shù)據(jù)庫(kù)(與主庫(kù)保持一致) replicate-ignore-db = information_schema replicate-ignore-db = mysql replicate-ignore-db = performance_schema replicate-ignore-db = sys
3. 重啟 Slave MySQL 服務(wù)
systemctl restart mysqld systemctl status mysqld
4. 配置從庫(kù)連接主庫(kù)
登錄 Slave MySQL,配置主從復(fù)制參數(shù)(使用主庫(kù)的 binlog 信息和復(fù)制賬號(hào)):
-- 登錄從庫(kù) mysql -u root -p -- 停止從庫(kù)復(fù)制進(jìn)程(如果之前配置過) STOP SLAVE; -- 配置主庫(kù)信息 CHANGE MASTER TO MASTER_HOST = '192.168.1.10', -- 主庫(kù) IP MASTER_USER = 'repl', -- 復(fù)制賬號(hào)用戶名 MASTER_PASSWORD = 'Repl@123456', -- 復(fù)制賬號(hào)密碼 MASTER_LOG_FILE = 'mysql-bin.000001', -- 主庫(kù) binlog 文件名(從 SHOW MASTER STATUS 獲取) MASTER_LOG_POS = 154; -- 主庫(kù) binlog 位置(從 SHOW MASTER STATUS 獲?。? -- 啟動(dòng)從庫(kù)復(fù)制進(jìn)程 START SLAVE;
四、驗(yàn)證主從復(fù)制
1. 查看從庫(kù)狀態(tài)
在 Slave MySQL 中執(zhí)行:
SHOW SLAVE STATUS\G
重點(diǎn)關(guān)注以下兩個(gè)參數(shù),均為 Yes 表示復(fù)制正常:
Slave_IO_Running: Yes(從庫(kù) I/O 線程正常,負(fù)責(zé)讀取主庫(kù) binlog 到本地 relay log)Slave_SQL_Running: Yes(從庫(kù) SQL 線程正常,負(fù)責(zé)執(zhí)行 relay log 中的 SQL)
2. 數(shù)據(jù)同步測(cè)試
在 Master 中創(chuàng)建測(cè)試表并插入數(shù)據(jù):
CREATE DATABASE IF NOT EXISTS test_db; USE test_db; CREATE TABLE test_table (id INT PRIMARY KEY, name VARCHAR(20)); INSERT INTO test_table VALUES (1, 'test');
在 Slave 中查詢,確認(rèn)數(shù)據(jù)已同步:
USE test_db; SELECT * FROM test_table; -- 若輸出 (1, 'test'),則復(fù)制成功
五、運(yùn)維注意事項(xiàng)
- binlog 管理:
- 主庫(kù)定期清理 binlog(通過
expire_logs_days或手動(dòng)PURGE BINARY LOGS),避免磁盤占滿。 - 從庫(kù)延遲時(shí),不要輕易刪除主庫(kù)未同步的 binlog。
- 主庫(kù)定期清理 binlog(通過
- 從庫(kù)延遲監(jiān)控:
- 關(guān)注
SHOW SLAVE STATUS中的Seconds_Behind_Master(延遲秒數(shù)),正常應(yīng)為 0。 - 可通過 Prometheus + Grafana 監(jiān)控主從延遲,設(shè)置告警閾值(如延遲 > 30 秒)。
- 關(guān)注
- 主從切換:
- 若主庫(kù)故障,需手動(dòng)將從庫(kù)提升為主庫(kù):
-- 在 Slave 執(zhí)行 STOP SLAVE; RESET SLAVE ALL; -- 清除主從配置 -- 從庫(kù)設(shè)置為可寫(如需) SET GLOBAL read_only = 0;
- 安全加固:
- 復(fù)制賬號(hào)限制 IP(如
repl@192.168.1.11),避免全網(wǎng)訪問。 - 定期更換復(fù)制賬號(hào)密碼。
- 主從庫(kù)開啟 SSL 加密復(fù)制(可選,增強(qiáng)傳輸安全性)。
- 復(fù)制賬號(hào)限制 IP(如
- 版本升級(jí):
- 升級(jí)時(shí)先升級(jí)從庫(kù),再升級(jí)主庫(kù)(避免主庫(kù)版本高于從庫(kù)導(dǎo)致的兼容性問題)。
通過以上步驟,可搭建一套穩(wěn)定的 MySQL 主從復(fù)制架構(gòu),實(shí)現(xiàn)數(shù)據(jù)備份和讀寫分離基礎(chǔ)。生產(chǎn)環(huán)境中建議結(jié)合監(jiān)控工具(如 Percona Monitoring and Management)實(shí)時(shí)跟蹤復(fù)制狀態(tài)。
在生產(chǎn)環(huán)境中,為了避免業(yè)務(wù)中斷,通常需要在不停服的情況下搭建 MySQL 主從復(fù)制。核心思路是:通過在線備份主庫(kù)數(shù)據(jù)(不鎖表或僅短暫鎖表),確保從庫(kù)初始化數(shù)據(jù)與主庫(kù)一致,同時(shí)記錄主庫(kù)的 binlog 位置,最終實(shí)現(xiàn)主從同步。以下是詳細(xì)步驟:
mysql不停服主從復(fù)制
一、環(huán)境準(zhǔn)備(同前,補(bǔ)充不停服關(guān)鍵點(diǎn))
| 角色 | IP地址 | 操作系統(tǒng) | MySQL版本 | 備注 |
|---|---|---|---|---|
| Master | 192.168.1.10 | CentOS 7 | 8.0.36 | 主庫(kù),業(yè)務(wù)正常運(yùn)行 |
| Slave | 192.168.1.11 | CentOS 7 | 8.0.36 | 從庫(kù),全新安裝或待同步 |
關(guān)鍵前提:
- 主庫(kù)已開啟
binlog(若未開啟,需臨時(shí)開啟,但會(huì)重啟 MySQL,建議提前規(guī)劃)。 - 主從服務(wù)器時(shí)間同步(
chronyd或ntpd),網(wǎng)絡(luò)互通(3306 端口開放)。 - 確保主庫(kù)有足夠磁盤空間用于備份(
mysqldump或xtrabackup備份文件)。
二、Master 主庫(kù)配置(不停服核心步驟)
1. 確認(rèn)主庫(kù) binlog 已開啟
登錄主庫(kù),檢查 binlog 狀態(tài):
mysql -u root -p SHOW VARIABLES LIKE 'log_bin'; -- 若 Value 為 ON,說明已開啟 SHOW VARIABLES LIKE 'server_id'; -- 確保 server_id 已設(shè)置(非 0)
若未開啟 binlog,需修改 my.cnf 并重啟主庫(kù)(會(huì)短暫停服,建議避開業(yè)務(wù)高峰):
[mysqld] log_bin = /var/lib/mysql/mysql-bin server-id = 10 # 主庫(kù)唯一 ID binlog_format = ROW # 推薦 row 模式
重啟后再次確認(rèn) binlog 已開啟。
2. 創(chuàng)建復(fù)制賬號(hào)(不停服)
在主庫(kù)創(chuàng)建用于從庫(kù)復(fù)制的賬號(hào)(限制從庫(kù) IP,避免安全風(fēng)險(xiǎn)):
-- 登錄主庫(kù) mysql -u root -p -- 創(chuàng)建賬號(hào)(用戶名 repl,允許從 192.168.1.11 連接) CREATE USER 'repl'@'192.168.1.11' IDENTIFIED BY 'Repl@123456'; -- 授予復(fù)制權(quán)限 GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.11'; -- 刷新權(quán)限 FLUSH PRIVILEGES;
3. 在線備份主庫(kù)數(shù)據(jù)(核心:不鎖表或短暫鎖表)
為避免鎖表影響業(yè)務(wù),推薦使用 Percona XtraBackup(支持熱備份,不鎖表),或 mysqldump 加 --single-transaction 參數(shù)(適用于 InnoDB 引擎,非阻塞備份)。
方案 1:使用 Percona XtraBackup(推薦,適合大庫(kù))
XtraBackup 是開源工具,支持 InnoDB 熱備份,備份過程不鎖表,適合生產(chǎn)環(huán)境。
安裝 XtraBackup(主庫(kù)執(zhí)行):
# 安裝依賴 yum install -y https://repo.percona.com/yum/percona-release-latest.noarch.rpm percona-release enable-only tools release yum install -y percona-xtrabackup-80 # 對(duì)應(yīng) MySQL 8.0
全量備份主庫(kù)(不鎖表,后臺(tái)執(zhí)行):
# 創(chuàng)建備份目錄 mkdir -p /data/backup/mysql_full chown -R mysql:mysql /data/backup # 執(zhí)行備份(記錄 binlog 位置,后續(xù)從庫(kù)需要) xtrabackup --user=root --password=你的主庫(kù)密碼 --backup --target-dir=/data/backup/mysql_full/
備份完成后,查看備份目錄下的 xtrabackup_binlog_info 文件,記錄 binlog 文件名 和 Position(例如:mysql-bin.000003 156),這是主從同步的起點(diǎn)。
方案 2:使用 mysqldump(適合小庫(kù),簡(jiǎn)單易用)
mysqldump 加 --single-transaction 參數(shù)可實(shí)現(xiàn) InnoDB 引擎的非阻塞備份(MyISAM 仍會(huì)鎖表,需注意)。
備份主庫(kù)數(shù)據(jù)并記錄 binlog 位置:
# 先獲取當(dāng)前 binlog 位置(備份開始時(shí)的狀態(tài)) mysql -u root -p -e "SHOW MASTER STATUS\G" > /tmp/master_status.txt # 備份所有庫(kù)(--single-transaction 確保 InnoDB 一致性,不鎖表) mysqldump -u root -p --all-databases --single-transaction --flush-logs --master-data=2 > /data/backup/master_data.sql
--flush-logs:備份后刷新 binlog,生成新的 binlog 文件(便于后續(xù)定位)。--master-data=2:在備份文件中記錄 binlog 位置(注釋狀態(tài),不執(zhí)行),可打開master_data.sql查看(搜索CHANGE MASTER TO)。
三、Slave 從庫(kù)配置(基于主庫(kù)備份恢復(fù))
1. 初始化從庫(kù)(確保與主庫(kù)版本一致)
從庫(kù)需安裝與主庫(kù)相同版本的 MySQL,且初始狀態(tài)為空(若已有數(shù)據(jù),需先清理):
# 停止從庫(kù) MySQL systemctl stop mysqld # 清理默認(rèn)數(shù)據(jù)目錄(注意:會(huì)刪除所有數(shù)據(jù),謹(jǐn)慎操作) rm -rf /var/lib/mysql/*
2. 恢復(fù)主庫(kù)備份到從庫(kù)
若使用 XtraBackup 備份:
將備份文件傳到從庫(kù):
scp -r /data/backup/mysql_full root@192.168.1.11:/data/backup/
在從庫(kù)恢復(fù)備份:
# 準(zhǔn)備備份(確保數(shù)據(jù)一致性) xtrabackup --prepare --target-dir=/data/backup/mysql_full/ # 恢復(fù)到從庫(kù)數(shù)據(jù)目錄 xtrabackup --copy-back --target-dir=/data/backup/mysql_full/ # 修改權(quán)限(MySQL 需有權(quán)限訪問) chown -R mysql:mysql /var/lib/mysql/
若使用 mysqldump 備份:
將備份文件傳到從庫(kù):
scp /data/backup/master_data.sql root@192.168.1.11:/tmp/
在從庫(kù)恢復(fù)數(shù)據(jù):
# 啟動(dòng)從庫(kù) MySQL(確保數(shù)據(jù)目錄為空) systemctl start mysqld # 恢復(fù)備份(若備份文件大,可加 & 后臺(tái)執(zhí)行) mysql -u root -p < /tmp/master_data.sql
3. 配置從庫(kù) my.cnf
[mysqld] server-id = 11 # 從庫(kù)唯一 ID,與主庫(kù)不同 relay_log = /var/lib/mysql/mysql-relay-bin # 中繼日志 read_only = 1 # 從庫(kù)只讀(root 可寫,若需嚴(yán)格只讀,可設(shè)置 super_read_only=1) replicate-ignore-db = information_schema # 忽略系統(tǒng)庫(kù)(可選) replicate-ignore-db = mysql replicate-ignore-db = performance_schema replicate-ignore-db = sys
重啟從庫(kù) MySQL:
systemctl restart mysqld
4. 配置從庫(kù)連接主庫(kù)(關(guān)鍵:使用備份時(shí)的 binlog 位置)
登錄從庫(kù) MySQL,設(shè)置主從同步參數(shù):
mysql -u root -p -- 停止可能存在的復(fù)制進(jìn)程 STOP SLAVE; -- 配置主庫(kù)信息(替換為實(shí)際值) CHANGE MASTER TO MASTER_HOST = '192.168.1.10', -- 主庫(kù) IP MASTER_USER = 'repl', -- 復(fù)制賬號(hào) MASTER_PASSWORD = 'Repl@123456', -- 復(fù)制密碼 MASTER_LOG_FILE = 'mysql-bin.000003', -- 備份時(shí)記錄的 binlog 文件名 MASTER_LOG_POS = 156; -- 備份時(shí)記錄的 Position -- 啟動(dòng)從庫(kù)復(fù)制 START SLAVE;
四、驗(yàn)證主從同步(不停服驗(yàn)證)
1. 檢查從庫(kù)狀態(tài)
在從庫(kù)執(zhí)行:
SHOW SLAVE STATUS\G
重點(diǎn)關(guān)注:
Slave_IO_Running: Yes(I/O 線程正常,負(fù)責(zé)拉取主庫(kù) binlog)Slave_SQL_Running: Yes(SQL 線程正常,負(fù)責(zé)執(zhí)行中繼日志)Seconds_Behind_Master: 0(無延遲,若為 NULL 或正值,需排查問題)
2. 業(yè)務(wù)數(shù)據(jù)驗(yàn)證
在主庫(kù)執(zhí)行寫入操作(模擬業(yè)務(wù)):
-- 主庫(kù)創(chuàng)建測(cè)試數(shù)據(jù) CREATE DATABASE IF NOT EXISTS test_sync; USE test_sync; CREATE TABLE t1 (id INT PRIMARY KEY, name VARCHAR(20)); INSERT INTO t1 VALUES (1, '不停服同步測(cè)試');
在從庫(kù)查詢,確認(rèn)數(shù)據(jù)已同步:
USE test_sync; SELECT * FROM t1; -- 若返回 (1, '不停服同步測(cè)試'),則成功
五、關(guān)鍵注意事項(xiàng)(不停服場(chǎng)景)
- 備份期間的數(shù)據(jù)一致性:
- XtraBackup 或
mysqldump --single-transaction僅保證 InnoDB 引擎的一致性,MyISAM 表仍會(huì)鎖表(建議業(yè)務(wù)盡量使用 InnoDB)。 - 若有 MyISAM 表,需在業(yè)務(wù)低峰期執(zhí)行,或短暫鎖表(
FLUSH TABLES WITH READ LOCK)后備份,鎖表時(shí)間越短越好。
- XtraBackup 或
- 主庫(kù) binlog 保留:
- 從備份完成到從庫(kù)啟動(dòng)同步前,主庫(kù)的 binlog 不能被刪除(否則從庫(kù)會(huì)因缺少 binlog 導(dǎo)致同步失?。?。
- 臨時(shí)關(guān)閉主庫(kù)的 binlog 自動(dòng)清理(
SET GLOBAL expire_logs_days = 0;),同步正常后再恢復(fù)。
- 從庫(kù)延遲處理:
- 若從庫(kù)延遲(
Seconds_Behind_Master增大),檢查主庫(kù)寫入壓力是否過大,或從庫(kù)配置(如innodb_buffer_pool_size)是否過低。 - 可通過
pt-query-digest分析主庫(kù)慢查詢,優(yōu)化后減少?gòu)膸?kù)壓力。
- 若從庫(kù)延遲(
- 安全加固:
- 復(fù)制賬號(hào)密碼使用強(qiáng)密碼,并定期更換。
- 主從通信建議開啟 SSL 加密(在
CHANGE MASTER TO中添加MASTER_SSL=1)。
- 監(jiān)控配置:
- 部署監(jiān)控工具(如 Percona PMM、Zabbix),監(jiān)控
Slave_IO_Running、Slave_SQL_Running和延遲時(shí)間,設(shè)置告警(如延遲 > 60 秒)。
- 部署監(jiān)控工具(如 Percona PMM、Zabbix),監(jiān)控
通過以上步驟,可在不中斷主庫(kù)業(yè)務(wù)的情況下完成 MySQL 主從復(fù)制搭建,適用于生產(chǎn)環(huán)境的平滑擴(kuò)容或?yàn)?zāi)備需求。核心是利用熱備份工具確保數(shù)據(jù)一致性,并精準(zhǔn)記錄 binlog 位置作為同步起點(diǎn)。
到此這篇關(guān)于mysql線上主從集群設(shè)置的文章就介紹到這了,更多相關(guān)mysql線上主從集群內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
IDEA的database插件無法連接mysql的解決辦法(08001錯(cuò)誤)
用navicat鏈接數(shù)據(jù)庫(kù)正常,mysql控制臺(tái)操作正常,但是用IDEA的數(shù)據(jù)庫(kù)插件鏈接一直報(bào) 08001 錯(cuò)誤,本文就給大家介紹一下IDEA的database插件無法連接mysql報(bào)08001錯(cuò)誤的解決辦法,需要的朋友可以參考下2024-07-07
MySQL中文漢字轉(zhuǎn)拼音的自定義函數(shù)和使用實(shí)例(首字的首字母)
這篇文章主要介紹了MySQL中文漢字轉(zhuǎn)拼音的自定義函數(shù)和使用實(shí)例,需要的朋友可以參考下2014-06-06
navicat連接mysql報(bào)錯(cuò)1251的解決方法
這篇文章主要為大家詳細(xì)介紹了navicat連接mysql報(bào)錯(cuò)1251的解決方法,文中解決方法介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-07-07
MySQL實(shí)現(xiàn)批量更新不同表中的數(shù)據(jù)
這篇文章主要介紹了MySQL實(shí)現(xiàn)批量更新不同表中的數(shù)據(jù),具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-05-05
Mariadb數(shù)據(jù)庫(kù)的備份與恢復(fù)過程詳細(xì)介紹
MariaDB是一個(gè)流行的開源關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng),備份與恢復(fù)數(shù)據(jù)是數(shù)據(jù)庫(kù)管理中非常重要的一個(gè)環(huán)節(jié),能夠保證數(shù)據(jù)的安全性和可靠性,這篇文章主要介紹了Mariadb數(shù)據(jù)庫(kù)的備份與恢復(fù)過程的相關(guān)資料,需要的朋友可以參考下2025-10-10
MySQL部署后連接被拒絕問題的排查與解決方法詳細(xì)指南
MySQL是一個(gè)開源的、關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng),在開發(fā)過程中被廣泛使用,有時(shí)候我們可能會(huì)遇到MySQL連接不上本地服務(wù)器的問題,這篇文章主要介紹了MySQL部署后連接被拒絕問題的排查與解決方法,需要的朋友可以參考下2025-11-11

