Zabbix+group replication
- 3. InnoDB Cluster発表時 これでZabbixが閲覧ユーザが爆増増えても耐えられる仕組みが作れそう！ MySQL-MHAは会社に1から導入するにはちょっと大変だったし これとMySQL Document Storeを併用したら
- 4. 当初の構想
- 6. Maxscaleではなくなった理由 https://mariadb.com/kb/en/mariadb-enterprise/named-server-filter/ This is the server where matching queries will be router. The server should be in use by the service which uses this filter. これは、一致するクエリがルーティングするサーバです。サーバーは、このフィルターを 使用するサービスで使用されている必要があります。 英語はきちんと読みましょう
- 9. 変わりにProxySQLを採用 利点： 複数フィルタ適応可能など柔軟なSQLのフィルタルールが作成可能 どのフィルタにマッチしたか統計が取れる 欠点： 簡単に説明するとコンフィグがコンフィグファイル、SQLite、メモリと3段階あり面倒 MysqlコマンドでSQLiteに接続するため勘違いしやすい Note:ProxySQL currently doesn’t encrypt passwords.(実装する気はありそう）
- 12. 最終的に every 5sec Script(plan) :6446 200 ok 2server HAproxy forced down 200 ok 0server alert And select session table
- 13. 全テーブルにPRIMARY KEYかUNIQ KEYが必要 Zabbixだと4つのテーブル(history、history_str、history_uint、dbversion) でPKもUKも存在しなかった。 ALTER TABLEを実施する必要があります。 ただし、新規にPKを追加する場合はオンラインDDLが可能なようです(※要検証)
- 15. Mysql_query_rules{ ( { rule_id=1 active=1 username=”zabbix” match_pattern=”^SELECT” destination_hostgroup=0 negate_match_pattern=1 apply=1 } ) ｝ 1番から評価 設定を有効にするか 接続ユーザ 一致する条件 どのホスト(グループ単位)に送信するか 条件にNOTに一致しない場合 このフィルタで終わらせるか
- 17. proxysqlのトラブルシュート クエリがルールに適応されているか select active,hits, mysql_query_rules.rule_id, match_digest, match_pattern, replace_pattern, cache_ttl, apply,flagIn,flagOUT FROM mysql_query_rules NATURAL JOIN stats.stats_mysql_query_rules ORDER BY mysql_query_rules.rule_id; サーバが接続されているか SELECT * FROM monitor.mysql_server_connect_log ORDER BY time_start DESC LIMIT 6; サーバが生きているか SELECT * FROM monitor.mysql_server_ping_log ORDER BY time_start DESC LIMIT 6;