Views: 3036
這陣子因為資料量過大的問題，導致我們MariaDB的Replication架構一直掉資料，所以我們決定開始評估Galera Cluster，查了一堆Blog，都說到Galera Cluster是 Multi-master ，每一個Node都可以讀寫，且沒有資料同步延遲問題……自己試用下來，才發現誤會大了，原來Galera Cluster到處都是同步延遲…….
閱讀全文Views: 2702
前兩篇分別講到MaxScale及kingshard，但各有其優缺點
MaxScale : 支援Replication及Galera Cluster，但不支援Connection Pool
kingshard : 支援Replication及Connection Pool，但不支援Galera Cluster
如果今天我們想使用Galera Cluster又希望有Connection Pool呢? 那就使用MariaDB的Thread Pool。MariaDB從5.5版本開始支援Thread Pool，在MariaDB 5.5以前，MariaDB採用的是one-thread-per-connection模式，讓我們來看看主要的差異吧。
閱讀全文Views: 1235
上篇講到SQL Proxy – MaxScale後，發現美中不足的地方在於MaxScale沒有Connection Pool，當AP端一但連線量過大時，仍會造成MariaDB產生Too Many Connections連線不足的狀況。
本篇要介紹另外一款SQL Proxy – kingshard，kingshard是一款由Go開發的SQL Proxy，支援MySQL / MariaDB，最大的優勢在讀寫分離、分表分庫及Connection Pool，跟據kingshard官方說法 : 使用kingshard的性能是直連MySQL / MariaDB性能的80％以上。
kingshard官網介紹
Views: 2100
MaxScale是一款專為MariaDB/Gelera Cluster所設計的SQL Proxy，MaxScale能幫助我們達到以下目的