寫在前面
上一篇記錄如何連接數據庫，數據庫的一些基本概念，后來出了個小插曲，重新安裝了MogDB主從環境。今天計劃學習MogDB數據庫的一些簡單管理。
環境描述：http://www.sunline.cc/db/455976
從0開始：http://www.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的模式。
