寫在前面
上一篇記錄如何連接數據庫,數據庫的一些基本概念,后來出了個小插曲,重新安裝了MogDB主從環境。今天計劃學習MogDB數據庫的一些簡單管理。
環境描述:http://m.sunline.cc/db/455976
從0開始:http://m.sunline.cc/db/454405
學習環境
NODE1(主庫) | NODE2(從庫) | |
Hostname | mogdb1 | mogdb2 |
IP | 10.80.9.249 | 10.80.9.250 |
磁盤 | 20G | 20G |
內存 | 2G | 2G |
簡單管理
停止數據庫
只需要在主庫操作就可以,從庫會自動停止
[omm@pkt_mogdb1 ~]$ gs_om -t stop |
停止后的主庫集群狀態
可以看到主庫和從庫都已經停止
啟動數據庫
只需要在主庫操作就可以,從庫會自動停止
[omm@pkt_mogdb1 ~]$ gs_om -t start |
啟動成功后重新查看集群主從狀態
主庫和從庫都啟動成功,gs_om工具還是比較智能。不枉重新對MogDB主從進行了重裝
配置遠程連接
- 下載安裝Mogeaver
Mogeaver是圖形化MogDB客戶端工具,具體安裝步驟請參考官方手冊
https://docs.mogdb.io/zh/mogdb/v3.0/mogeaver-usage
- 配置白名單
如果不配置白名單,是不可以從遠程進行訪問數據庫,有兩種方式可以修改白名單認證文件,第一種使用命令配置,不需要重啟
gs_guc set -N all -I all -h "host all zkh 10.80.9.150/32 sha256" |
也可以直接修改pg_hba.conf,路徑在$data_dir/data路徑下,直接修改文件需要重啟數據庫
詳細的參數含義請參考:
通過Mogeaver連接數據庫
查看靜態配置文件
[omm@pkt_mogdb1 data]$ gs_om -t view |
結果如下
[omm@pkt_mogdb1 data]$ gs_om -t view NodeHeader: version:301 time:1659952295 nodeCount:2 node:1 azName:AZ1 azPriority:1 node :1 nodeName:pkt_mogdb1 ssh channel : sshChannel 1:10.80.9.249 datanodeCount :1 datanode 1: datanodeLocalDataPath :/opt/mogdb/data/data datanodeXlogPath : datanodeListenIP 1:10.80.9.249 datanodePort :26000 datanodeLocalHAIP 1:10.80.9.249 datanodeLocalHAPort :26001 dn_replication_num: 2 datanodePeer0DataPath :/opt/mogdb/data/data datanodePeer0HAIP 1:10.80.9.250 datanodePeer0HAPort :26001 azName:AZ1 azPriority:1 node :2 nodeName:pkt_mogdb2 ssh channel : sshChannel 1:10.80.9.250 datanodeCount :1 datanode 1: datanodeLocalDataPath :/opt/mogdb/data/data datanodeXlogPath : datanodeListenIP 1:10.80.9.250 datanodePort :26000 datanodeLocalHAIP 1:10.80.9.250 datanodeLocalHAPort :26001 dn_replication_num: 2 datanodePeer0DataPath :/opt/mogdb/data/data datanodePeer0HAIP 1:10.80.9.249 datanodePeer0HAPort :26001 |
配置信息總共分2部分
第一部分:NodeHeader記錄了整個集群的信息
第二部分:node :N記錄集群中每個節點的配置信息
生成配置文件
在MogDB使用過程中,如果靜態配置文件損壞,會影響感知拓撲結構和主備關系。使用gs_om工具生成的靜態配置文件,可以替換已經損壞的配置文件,保證MogDB的正常運行。
[omm@pkt_mogdb1 home]$ gs_om -t generateconf --old-values=old --new-values=new |
此命令會在可執行程序gs_om所在路徑生成一個文件夾,文件夾中包含了所有節點的配置文件。
替換配置文件
默認的靜態配置文件存放地址是:$data_dir/app/bin/cluster_static_config
需要將新生成的靜態配置文件復制到相應節點的相應目錄即可
參數查看與修改
在MogDB中的data_dir目錄下還有一個配置文件及postgresql.conf,通Oracle類似有一些參數需要重啟生效,有一些可以立即生效,有的參數是不允許修改。
參數的數據字典表是【pg_settings】
其中context字段表示參數的級別解釋如下:
internal:只讀參數,有的是postgres程序固定的,有的是在安裝數據庫時intdb時設置好的
postmaster:需要重啟數據庫才能生效。
sighup:不需要重啟數據庫,但要向postmaster進程發送sighup信號,即需要pg_ctl reload命令。
backend:無需重啟數據庫,只需向postmaster進程發送sighup信號。但新的配置值只能在之后的新連接中生效,已有連接中這些參數值不會改變。
superuser:這類參數可以由超級用戶使用set修改。參數設置后只會影響超級用戶自身的session配置,不會影響其他用戶。
user:普通用戶使用set設置,這類參數修改后和superuser類參數一樣,也是只影響自身session。
語法:
alter system set parameter_name= value; |
最后
gs_om管理工具確實非常強大,使用pkt的方式安裝會默認把所有壓縮包中的工具進行安裝配置,安裝MogDB的時候還是建議使用pkt的模式。




