MySQL Router 設定檔說明

設定檔範例：
　 　 　
  1. [DEFAULT]
  2.  
  3. logging_folder  = /opt/mysql-router/log
  4.  
  5. plugin_folder   = /opt/mysql-router/lib/mysqlrouter
  6.  
  7. runtime_folder  = /opt/mysql-router/run
  8.  
  9. config_folder   = /opt/mysql-router
  10.  
  11.  
  12.  
  13. [logger]
  14.  
  15. level = INFO
  16.  
  17.  
  18.  
  19. ## these section are only for standalone
  20.  
  21. [routing:read_write]
  22.  
  23. bind_address    = 192.168.56.107
  24.  
  25. bind_port       = 7001
  26.  
  27. destinations    = 192.168.56.102:3306,192.168.56.102:3307
  28.  
  29. mode            = read-write
  30.  
  31. connect_timeout    = 5
  32.  
  33. max_connections   = 100
  34.  
  35.  
  36.  
  37. [routing:read_only]
  38.  
  39. bind_address    = 192.168.56.107
  40.  
  41. bind_port       = 7002
  42.  
  43. destinations    = 192.168.56.102:3308,192.168.56.102:3309
  44.  
  45. mode            = read-only
  46.  
  47. connect_timeout    = 1
  48.  
  49. max_connections   = 100
  50.  
  51.  
  52.  
  53.  
  54.  
  55. ## these section are used for Fabric
  56.  
  57. [fabric_cache:my_fabric]
  58.  
  59. address    = 192.168.56.101
  60.  
  61. user         = fabric
  62.  
  63.  
  64.  
  65. [routing:fabric_rw]
  66.  
  67. bind_port       = 7001
  68.  
  69. mode            = read-write
  70.  
  71. destinations    = fabric+cache://my_fabric/group/mygroup1
  72.  
  73.  
  74.  
  75. [routing:fabric_ro]
  76.  
  77. bind_port       = 7002
  78.  
  79. mode = read-only
  80.  
  81. destinations = fabric+cache://my_fabric/group/mygroup1?allow_primary_reads=yes
  82.  
  83.  

[DEFAULT]

  • logging_folder：log存放的位置，預設檔名會叫mysqlrouter.log，如果沒有設的話就是標準輸出(stdout)
  • plugin_folder：指到MySQL Router plugins的位置，如果是用tar裝的話會在安裝目錄下的lib/mysqlrouter，如果是用rpm裝的話會是在/usr/local/lib/mysqlrouter(預設路徑)
  • runtime_folder：rumtime的檔案存放位置，預設是放在/usr/local/
  • config_folder：設定檔存放位置，預設是在/usr/local/etc/mysqlrouter
[logger]

  • level：記錄log的等級(區分大小寫)
    • INFO(預設)：所有訊息，包含警告和錯誤訊息
    • DEBUG
    • 在2.0.2版本中還不包含WARNING, ERROR, FATAL等級

此為standalone的設定內容
[routing:<名稱自訂>]

  • bind_address：指定host/IP，如果沒有設定預設是127.0.0.1，在一個群組裡面僅能設定一組bind_address，且不能和destinations的host/IP相同，若設定成0.0.0.0:$port表示綁到所有的網路介面上，支援IPv4和IPv6
  • bind_port：指定port號，可以在bind_address設或是這裡設都可以，但只能擇其一設定
  • connect_timeout：逾時n秒，預設1秒、最長65536，若設超過這個值在啟動時會報錯，用在Master時可以把時間設長一點，設太短若只是因一時網路瞬斷就會變成不斷的在切換，而用在Slave時可以把時間設短一點
  • destinations：目地端，多個host/IP以逗號分隔，沒有設定port號的話預設走3306
  • mode：在routing區域這個參數是必需設定的，目前只有2個模式
    • 在read-write模式裡永遠會找第一個port(first-available)，只有在第一個port連不到時才會去找第二個port
    • 在read-only模式裡是由round-robin(輪詢)的方式去讀取的，即第一次連線會連到3308，第二次會連到3309
  • max_connections：類似於database裡的max_connections，預設值512，設定值介於1~65536


此為Fabric Cache Plug-in的設定內容
[fabric_cache:<名稱自訂>] *這裡的名稱在後面的設定也會用到

  • address：Fabric  node的位置
  • user：使用者帳號
[routing:<名稱自訂>]

  • destinations=plugin://section_key/target/group_id
    • plugin：指的就是要用哪一個plugin，目前只有fabric cache可以，直接設定成fabric+cache
    • setcion_key：指的就是fabric_cache區塊設定的名稱，如果你的fabric_cache沒有設key的話，那在這邊就不用輸入，但就會變成plugin:///target/group_id
    • target：Fabric物件的類別，目前只有group
    • group_id：是指Fabric HA群組的id(群組名稱)
  • allow_primary_reads={yes|no}：這個設成yes時在Fabric HA群組中所有的節點都可以當成唯讀的伺服器(primary & secondaries)，也就是說如果今天只有一台Master和一台Slave，有可能你讀到的server是Master；反之設成no的話，只會在secondary server中讀取資料；
    *如果設成yes時，又把mode設read-write時是無效的
  • 啟用Fabric cache plugin時destinations除了可以透過Fabric來抓write server，也可以自己直接指定server(如standalone設定)
* 當連接不到Fabric時，Router會持續不斷的跟Fabric重新連線直到連上為止

參考網址：
http://mysqlhighavailability.com/configuring-mysql-router/
https://dev.mysql.com/doc/mysql-router/en/

留言

張貼留言

這個網誌中的熱門文章

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...
閱讀完整內容

【工作筆記】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 WHE...
閱讀完整內容