詳解MySQL如何使用離線模式維護服務(wù)器
更新時間：2023年10月10日 10:13:25 作者：愛可生開源社區(qū)
這篇文章主要為大家介紹了MySQL如何使用離線模式維護服務(wù)器，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪
離線模式
作為 DBA，最常見的任務(wù)之一就是批量處理 MySQL 服務(wù)的啟停或其他一些活動。在停止 MySQL 服務(wù)前，我們可能需要檢查是否有活動連接；如果有，我們可能需要把它們?nèi)繗⑺?。通常，我們使?nbsp;pt-kill 殺死應(yīng)用連接或使用 SELECT 語句查詢準(zhǔn)備殺死語句。例如：
pt-kill --host=192.168.11.11 --user=percona -p --sentinel /tmp/pt-kill.sentinel2 --pid /tmp/pt-kill.pid --victims all --match-command 'Query' --ignore-user 'pmm|rdsadmin|system_user|percona' --busy-time 10 --verbose --print --kill
select concat('kill ',id,';') from information_schema.processlist where user='app_user';MySQL 有一個名為 offline_mode 的變量來將服務(wù)器設(shè)置為維護模式。設(shè)置此選項后，它會立即斷開所有不具有 SYSTEM_VARIABLES_ADMIN 和 CONNECTION_ADMIN 權(quán)限的客戶端連接，并且不允許新連接，除非用戶擁有這些權(quán)限。如果您手動終止連接或使用 pt-kill，則無法避免新連接的創(chuàng)建。但通過使用這種模式，我們可以避免新的連接。這是一個全局動態(tài)變量，我們可以在服務(wù)器運行時設(shè)置此模式。
啟用 offline_mode
要啟用 offline_mode，用戶帳戶必須具有 SYSTEM_VARIABLES_ADMIN* 權(quán)限和 CONNECTION_ADMIN 權(quán)限（或已棄用的 SUPER 權(quán)限，它涵蓋了這兩個權(quán)限）。CONNECTION_ADMIN 從 MySQL 8.0.31 開始是必需的，并建議在所有版本中使用，以防止意外鎖定。讓我們測試一下。
要對此進行測試，請創(chuàng)建一個新用戶 app_user，該用戶僅具有 DDL/DML 權(quán)限。
mysql> create user app_user identified by 'App@!234TEst'; Query OK, 0 rows affected (0.20 sec) mysql> GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP , REFERENCES, INDEX, ALTER, SHOW DATABASES, CREATE TEMPORARY TABLES, LOCK TABLES, EXECUTE,CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, CREATE USER, EVENT, TRIGGER, CREATE TABLESPACE on *.* to app_user; Query OK, 0 rows affected (0.00 sec)
使用 aap_user 用戶啟動 sysbench 工具
[root@centos12 vagrant]# sysbench /usr/share/sysbench/oltp_read_write.lua --threads=10 --time=100? --mysql-db=sysbench --mysql-user=app_user --mysql-password='App@!234TEst' run sysbench 1.0.20 (using bundled LuaJIT 2.1.0-beta2) Running the test with following options: Number of threads: 10 Initializing random number generator from current time Initializing worker threads...
mysql> show processlist; +----+-----------------+---------------------+----------+-------------+------+-----------------------------------------------------------------+------------------------------------------------------------------------------------------------------+---------+-----------+---------------+ | Id | User | Host | db | Command | Time | State | Info | Time_ms | Rows_sent | Rows_examined | +----+-----------------+---------------------+----------+-------------+------+-----------------------------------------------------------------+------------------------------------------------------------------------------------------------------+---------+-----------+---------------+ | 5 | event_scheduler | localhost | NULL | Daemon | 2151 | Waiting for next activation | NULL | 2151034 | 0 | 0 | | 9 | bhuvan | 192.168.33.11:50642 | NULL | Binlog Dump | 2102 | Source has sent all binlog to replica; waiting for more updates | NULL | 2102317 | 0 | 0 | | 14 | bhuvan | localhost | NULL | Query | 0 | init | show processlist | 0 | 0 | 0 | | 20 | app_user | localhost | sysbench | Execute | 0 | waiting for handler commit | COMMIT | 11 | 0 | 0 | | 21 | app_user | localhost | sysbench | Execute | 0 | updating | DELETE FROM sbtest1 WHERE id=5000 | 6 | 0 | 0 | | 23 | app_user | localhost | sysbench | Execute | 0 | waiting for handler commit | COMMIT | 8 | 0 | 0 | | 24 | app_user | localhost | sysbench | Execute | 0 | waiting for handler commit | COMMIT | 18 | 0 | 0 | | 25 | app_user | localhost | sysbench | Execute | 0 | updating | UPDATE sbtest1 SET c='99153469917-25523144931-18125321038-96151238215-88445737418-14906501975-136014 | 13 | 0 | 0 | | 27 | app_user | localhost | sysbench | Execute | 0 | waiting for handler commit | COMMIT | 7 | 0 | 0 | | 28 | app_user | localhost | sysbench | Execute | 0 | statistics | SELECT c FROM sbtest1 WHERE id=5003 | 0 | 0 | 0 | | 29 | app_user | localhost | sysbench | Execute | 0 | updating | UPDATE sbtest1 SET c='84180675456-88426921120-90373546373-84823361786-77912396694-08592771856-912331 | 13 | 0 | 0 | +----+-----------------+---------------------+----------+-------------+------+-----------------------------------------------------------------+------------------------------------------------------------------------------------------------------+---------+-----------+---------------+ 13 rows in set (0.00 sec)
當(dāng) sysbench 運行時，設(shè)置 offline_mode=ON，來自 sysbech with Sysbench") 的所有連接都將被終止。您將在 sysbench 中看到錯誤。
mysql> select @@offline_mode; +----------------+ | @@offline_mode | +----------------+ | 0 | +----------------+ 1 row in set (0.15 sec) mysql> set global offline_mode=1; Query OK, 0 rows affected (0.15 sec) mysql> show processlist; +----+-----------------+---------------------+------+-------------+------+-----------------------------------------------------------------+------------------+---------+-----------+---------------+ | Id | User | Host | db | Command | Time | State | Info | Time_ms | Rows_sent | Rows_examined | +----+-----------------+---------------------+------+-------------+------+-----------------------------------------------------------------+------------------+---------+-----------+---------------+ | 5 | event_scheduler | localhost | NULL | Daemon | 2178 | Waiting for next activation | NULL | 2178008 | 0 | 0 | | 9 | bhuvan | 192.168.33.11:50642 | NULL | Binlog Dump | 2129 | Source has sent all binlog to replica; waiting for more updates | NULL | 2129291 | 0 | 0 | | 14 | bhuvan | localhost | NULL | Query | 0 | init | show processlist | 0 | 0 | 0 | +----+-----------------+---------------------+------+-------------+------+-----------------------------------------------------------------+------------------+---------+-----------+---------------+ 3 rows in set (0.01 sec)
如果您在 offline_mode=1 時嘗試使用 app_user 連接數(shù)據(jù)庫，它將不允許連接并收到一條錯誤消息，表明服務(wù)器當(dāng)前處于離線模式。這個 offline_mode 不會影響復(fù)制。可以看到上面的 processlist 日志，當(dāng)我們設(shè)置 offline_mode=1 時，復(fù)制線程并沒有斷開。要禁用 offline_mode，請將值設(shè)置為 0。
mysql> set global offline_mode=0; Query OK, 0 rows affected (0.00 sec)
結(jié)論
offline_mode 是將服務(wù)器置于維護模式的一個不錯的選擇。只需確保應(yīng)用程序用戶沒有管理員權(quán)限，只有管理員有。我們可以在以下情況下使用 offline_mode：
- 在將數(shù)據(jù)庫服務(wù)器取出進行維護或其相關(guān)活動之前，請在配置文件中進行更改并保持此模式，直到所有活動完成。
- 在從服務(wù)器進行備份時，我們可以設(shè)置這個
offline_mode，以避免服務(wù)器的負(fù)載，使備份速度更快。 - 如果由于大量查詢而導(dǎo)致副本上出現(xiàn)大量復(fù)制，我們可以設(shè)置此模式，直到復(fù)制與主服務(wù)器同步。
- 當(dāng)您想立即終止所有應(yīng)用程序連接時。
譯自：https://www.percona.com/blog/mysql-offline-mode-to-disconnect...
以上就是MySQL 如何使用離線模式維護服務(wù)器的詳細(xì)內(nèi)容，更多關(guān)于MySQL 如何使用離線模式維護服務(wù)器的資料請關(guān)注腳本之家其它相關(guān)文章！
相關(guān)文章
朋友說在windows下面用bat命令備份失敗，他一時找不到問題所在，于是找我?guī)兔Σ榭聪?。查找后解決了該問題，想著總結(jié)下來，所以這篇文章主要跟大家分享了一個在Windows下簡單的Mysql備份BAT腳本，需要的朋友可以參考下。2017-03-03
MYSQL ON UPDATE CURRENT_TIMESTAMP當(dāng)字段值發(fā)生改變時才會更
本文主要介紹了MYSQL ON UPDATE CURRENT_TIMESTAMP當(dāng)字段值發(fā)生改變時才會更新記錄的時間，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-01-01
mySQL count多個表的數(shù)據(jù)實例詳解
這篇文章通過實例給大家介紹了mySQL中count多個表的數(shù)據(jù)，也就是多個表如何聯(lián)合查詢，文中通過項目中遇到的一個問題進行分析和實現(xiàn)，給出了詳細(xì)的示例代碼，相信對大家的理解和學(xué)習(xí)很有幫助，有需要的朋友們下面來一起看看吧。2016-11-11
mysql關(guān)聯(lián)查詢速度慢的問題及解決
這篇文章主要介紹了mysql關(guān)聯(lián)查詢速度慢的問題及解決方案,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2025-03-03
這篇文章主要介紹了MySQL常用慢查詢分析工具詳解，文章圍繞主題展開詳細(xì)的內(nèi)容介紹，具有一定的參考價值，需要的小伙伴可以參考一下2022-08-08
MySQL過濾重復(fù)數(shù)據(jù)的兩種方法示例
數(shù)據(jù)庫生成環(huán)境中經(jīng)常會遇到表中有重復(fù)的數(shù)據(jù),或者進行關(guān)聯(lián)過程中產(chǎn)生重復(fù)數(shù)據(jù),下面這篇文章主要給大家介紹了關(guān)于MySQL過濾重復(fù)數(shù)據(jù)的兩種方法,文中通過實例代碼介紹的非常詳細(xì),需要的朋友可以參考下2023-04-04
這篇文章主要介紹了MySQL數(shù)據(jù)庫終端—常用操作指令代碼,添加用戶、更改用戶名和host主機、更改密碼、刪除用戶等等，具有一定的參考價值，需要的小伙伴可以參考一下2022-01-01
聯(lián)合索引是一種將多個列組合成一個索引的技術(shù),以提高基于這些列進行查詢的性能,本文主要介紹了Mysql聯(lián)合索引的原理與實現(xiàn),具有一定的參考價值,感興趣的可以了解一下2024-08-08
這篇文章主要介紹了mysql8中如何設(shè)置sql-mode問題，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2023-07-07
這篇文章主要介紹了細(xì)說mysql replace into,需要的朋友可以參考下2021-03-03