MySQL 學習 不同場景下技術抉擇

2021-09-29 12:44:31 字數 1780 閱讀 4676

在生產環境中,我們往往需要冗餘節點,也就是避免線上事故的產生。

場景對應行業

解決方案

讀多寫少

電商、新聞、論壇

mysql + nosql

寫多讀少

滴滴、校園成績

低價值資料:使用nosql儲存

**值資料:使用tokudb來儲存

寫多讀多

借助redis,nosql等解決方法

綜合對比之下,建議選擇 percona server

產品版本

收費情況

是否開源

效能相容性

mysql

官方原版

免費未來可能閉源不好好

mariadb

社群版免費

繼續開源

較好一般

percona

企業版免費

繼續開源最好好

其中tokudb是要自己安裝擴充套件的,percona公司官網上有

引擎名稱

事務說明

myisam

nmysql5.6之前的預設引擎,最常用的非事務儲存引擎

csvn

以csv格式儲存的非事務型儲存引擎

archive

n只允許查詢和新增資料而不允許修改的非事務性儲存引擎

memory

n是一種易失性非事務儲存引擎(儲存在記憶體中,重啟則無)

innodb

y最常用的事務型儲存引擎

tokudb

ypercona旗下產品(tokutek研發),適合寫多讀少,冷資料業務

綜合對比之下,我們選擇 mycat

產品收費情況

是否開源

普及率功能

mycat

免費開源

高分片演算法豐富、讀寫分離、全域性主鍵、分布式事務

atlas

免費開源

低分片演算法較少、讀寫分離

one proxy

免費版/企業版閉源低

分片演算法較少、讀寫分離

proxy sql

免費開源

一般分片演算法較少、讀寫分離

綜合考慮之下,使用haproxy因為nginx剛剛支援沒多久,先看看情況

比較haproxy

nginx

apache

lvs是否免費

免費免費

免費免費

支援虛擬機器

支援支援支援否

http協議

支援支援

支援支援

icp/ip協議

支援剛剛支援

不支援支援

支援外掛程式

不支援支援

不支援不支援效能好

好一般最好資料集群方案

方案強一致性

寫入速度

寫入方式

適合場景

pxc是

慢任意節點

**值資料

replication否快

主寫,從讀

低價值資料

集群方法的優點

pxc的資料強一致性

pxc和replication方案優劣

兩者優勢各不同,生成環境我們可以採用組合方案

存在風險注意問題:

pxc方案寫入**

replication方法寫入**

2017天貓雙11,資料庫峰值4200萬次/秒,支付峰值25.6萬次/秒

不同場景下 MySQL 的遷移方案

五 注意事項 六 技巧 七 總結 mysql 遷移是 dba 日常維護中的乙個工作。遷移,究其本義,無非是把實際存在的物體挪走,保證該物體的完整性以及延續性。就像柔軟的沙灘上,兩個天真無邪的小孩,把一堆沙子挪向其他地方,鑄就內心神往的城堡。生產環境中,有以下情況需要做遷移工作,如下 一句話,遷移工作...

不同場景下 MySQL 的遷移方案

五 注意事項 六 技巧 七 總結 mysql 遷移是 dba 日常維護中的乙個工作。遷移,究其本義,無非是把實際存在的物體挪走,保證該物體的完整性以及延續性。就像柔軟的沙灘上,兩個天真無邪的小孩,把一堆沙子挪向其他地方,鑄就內心神往的城堡。生產環境中,有以下情況需要做遷移工作,如下 一句話,遷移工作...

不同場景下 MySQL 的遷移方案

五 注意事項 六 技巧 七 總結 mysql 遷移是 dba 日常維護中的乙個工作。遷移,究其本義,無非是把實際存在的物體挪走,保證該物體的完整性以及延續性。就像柔軟的沙灘上,兩個天真無邪的小孩,把一堆沙子挪向其他地方,鑄就內心神往的城堡。生產環境中,有以下情況需要做遷移工作,如下 一句話,遷移工作...