MySQL Fabric 設定檔說明


fabric.cfg設定檔區塊說明：

[default] #預設區塊，通常放安裝路徑的資訊
prefix =  /usr #安裝路徑，RPM裝的就指到/usr
sysconfdir = /usr/etc #系統設定檔的位置，通常是在prefix下的etc中
logdir =   /var/log/fabric.log #log目錄

[storage] #Fabric backing store，存放fabric中所有群組設定的資料庫
address = 127.0.0.1:3306 #backing store的位置
user =
password =
database = #backing store的資料庫名稱，通常都會叫fabric
auth_plugin = #connector連到backing store的驗證套件(可不使用)
connection_timeout = #connector最大等待多少秒後會timeout
connect_attempts = #重新連線的次數，超過這個次數就不會自動重新連
connection_delay = #多少秒重新連線一次

[servers] #被管理伺服器
user =
password =
backup_user =
backup_password =
restore_user =
restore_password =
unreachable_timeout = #用來檢查故障或新伺服器的timeout時間，預設是5，可設範圍1-60

[protocol.xmlrpc] #定議終端如何通過XML-RPC協定連線到Fabric節點
address = 127.0.0.1:32274 #XML-RPC伺服器，即connector連到Fabric的這段
threads = #連線數，這決定了Fabric並發請求的連線數
user =
password = #如果這裡沒有設定密碼，在連線時會需要另外輸入密碼
disable_authentication = yes #是否不允許身份驗證
realm =MySQL Fabric #XML-RPC伺服器驗證時的識別碼
ssl_ca = #SSL認證機構路徑
ssl_cert = #SSL認證文件
ssl_key = #SSL金鑰

[protocol.mysql] #
address = #Fabric節點
user =
password = #如果這裡沒有設定密碼，在連線時會需要另外輸入密碼
disable_authentication = yes #是否不允許身份驗證
ssl_ca = #SSL認證機構路徑
ssl_cert = #SSL認證文件
ssl_key = #SSL金鑰

[executor] #用來避免資料發生衝突，當收到請求時會判這個線程是否可以直接執行(通常讀的程序都可直接執行)，或是加入序列中透過執行程序來執行寫操作
executors = #執行程序的線程數

[logging] #Fabric日誌
level = [critical | error | warning | info | debug] #預設是info
url = [file:////var/log/fabric.log | syslog://localhost:541] #syslog預設埠是541

[sharding] #執行移動或拆分片需要用到的2個程式路徑
mysqldump_program = /usr/bin/mysqldump
mysqlclient_program = /usr/bin/mysql

[statistics] #自動故障檢測的數據
prune_time = #內部事件日誌刪除時間，以秒為單位
notifications = #定義發生多少事件後會被認定為不穩定
notification_clients = #要將事件發送給多少個終端機
notification_interval = #多少秒後確定為不穩定的伺服器
failover_interval = #自動故障轉移的最小秒數，它以可以防止系統循環切換
detections = #連續幾次失敗連線後則認定為不穩定伺服器
detection_timeout = #以秒計的超時連線，在這段時間內沒有回應會被記一次失敗連線記錄
prune_time =  #以秒為單位在錯誤日誌裡回報問題，大於這個時間的會從這日誌中刪除

[failure_tracking] #失敗管理
notifications = #定義發生多少事件後會被認定為不穩定
notification_clients = #要將事件發送給多少個終端機
notification_interval = #多少秒後確定為不穩定的伺服器
failover_interval = #自動故障轉移的最小秒數，它以可以防止系統循環切換
detections = #連續幾次失敗連線後則認定為不穩定伺服器
detection_timeout = #以秒計的超時連線，在這段時間內沒有回應會被記一次失敗連線記錄
prune_time =  #以秒為單位在錯誤日誌裡回報問題，大於這個時間的會從這日誌中刪除

[connector]
ttl = # 以秒為單位的連線存活時間

留言

張貼留言

這個網誌中的熱門文章

【工作筆記】SQL Timeout追蹤

圖片
幾個禮拜前去客戶那處理『SQL效能問題』，到場後，問題延伸為『SQL不定期發生Timeout的問題』 【客戶問題描述】 AP會建立100多個連線，且同時會將程式用幾十個連線來並行處理事務，會在不固定的時間會發生SQL Timeout的問題，由程式端無法定位是哪句SQL以及哪支程式導致的問題，在DB端也不會看到任何的錯誤訊息及警告訊息出現在Error Log中  【架構背景】 OS: CentOS 6.8, CPU 20 Cores, RAM 64G, HDD RAID 10 DB: MariaDB 10.0.1 Galera Cluster 【問題追踨】 在執行壓測過程中監控作業系統的狀態，包括CPU、RAM、IO的負載狀況 =>監控的結果CPU的load average大約在1，RAM有使用到少量的SWAP，cached的部份還有滿多可以使用，IO的負載不算太高，整體看來應該不是硬體方面造成的問題 在執行壓測過程中監控資料庫的錯誤日誌、慢查詢記錄、show processlist的狀況 =>錯誤日誌並未記錄到任何的錯誤及警告訊息，慢查詢只有其他資料庫中全表掃描的記錄，show processlist看到多數的連線均為sleep狀態，且SQL執行的時間都很短 在執行壓測過程中監控InnoDB的狀態 ------------------------ LATEST DETECTED DEADLOCK ------------------------ 2017-01-17 16:02:22 7fd7a00e6700 *** (1) TRANSACTION: TRANSACTION 755310052, ACTIVE 2 sec fetching rows mysql tables in use 1, locked 1 LOCK WAIT 6 lock struct(s), heap size 1184, 154 row lock(s) MySQL thread id 2916595, OS thread handle 0x7fdd2d9fe700, query id 213093063 192.168.3.2 tsap Sending data SELECT id, cid, time, retry FROM ss WHERE r
閱讀完整內容

MySQL監控軟體MEM及PMM介紹

圖片
MySQL監控軟體： PMP(Percona Monitoring Plugin) ：Percona之前的監控是以Plugin或Template的方式加載到其他的監控軟體上，他有支援Zabbix、Nagios和Cacti等3個常用的監控軟體，詳細的介紹可以參考官網： Percona Monitoring Plugins MEM(MySQL Enterprise Monitor) ：官方提供的監控軟體，需購企業版才能使用此功能，可以監控DB內的狀況和InnoDB、NDB、Replication等的內容，另外還可以監控作業系統上的部份內容，例如硬碟、CPU、RAM、網路…等使用狀況，除了監控之外，還有Query Analyzer及發送告警功能，詳細的介紹參考官網： MySQL Enterprise Monitor PMM(Percona Monitoring and Management) ：它是一個用於管理及監控MySQL及MongoDB效能的開源平台，它提供了對MyISAM、InnoDB、TokuDB和PXC/Glarera的監控，另外也提供了與MEM類似的Query Analytics的功能，可以檢視執行了哪些SQL指令，並對執行效能較差的語法進行優化；針對作業系統的部份也提供了硬碟、網路、CPU和RAM的監控，特別的是它提供了Context switches、Processes和interrupts的監控，Context Switches可以看到CPU上下切換文的狀況，Processes可以方便了解系統有多少程序在等待I/O，這3個是MEM沒有提供的。詳細內容參考官方： Percona Monitoring and Management 架構說明： MEM架構 MEM是由Java+Apache Tomcat+MySQL組成的監控軟體 主要安裝Service Manager(也可稱Monitor Server)它有內建一個Agent可以讓你遠端監控 或者是另外在MySQL Server上安裝Agent軟體，其差別在於能否搜集作業系統上的資訊，裝了Agent才能在作業系統上搜集資訊 而DB端的資訊會透過本機或Service Manager的Agent，連到DB裡的Performance Schema中搜集資訊，再儲存到Servi
閱讀完整內容

MySQL Router 設定檔說明

設定檔範例： 　 　 　 [DEFAULT] logging_folder  = /opt/mysql-router/log plugin_folder   = /opt/mysql-router/lib/mysqlrouter runtime_folder  = /opt/mysql-router/run config_folder   = /opt/mysql-router [logger] level = INFO ## these section are only for standalone [routing:read_write] bind_address    = 192.168.56.107 bind_port       = 7001 destinations    = 192.168.56.102:3306,192.168.56.102:3307 mode            = read-write connect_timeout    = 5 max_connections   = 100 [routing:read_only] bind_address    = 192.168.56.107 bind_port       = 7002 destinations    = 192.168.56.102:3308,192.168.56.102:3309 mode            = read-only connect_timeout    = 1 max_connections   = 100 ## these section are used for Fabric [fabric_cache:my_fabric] address    = 192.168.56.101 user         = fabric [routing:fabric_rw] bind_port       = 7001 mode            = read-write destinations    = fabric+cache://my_fabric/group/mygroup1 [routing:fabric_ro] bind_port       = 7002
閱讀完整內容