前言

我們都知道初創(chuàng)公司一開始都是以單體應(yīng)用為首要架構(gòu)，一般都是單體單庫(kù)的形式。但是版本以及版本的迭代，數(shù)據(jù)庫(kù)需要承受更多的高并發(fā)已經(jīng)成了 架構(gòu)設(shè)計(jì) 需要考慮的點(diǎn)。

那么解決問題，就得說到方案。但是方案有很多，我們?cè)撛趺催x擇呢？

優(yōu)化與方案

基本上，我們優(yōu)化要從幾個(gè)關(guān)鍵字入手： 短距離 ， 少數(shù)據(jù) ， 分散壓力 。

短距離

所謂的短距離，指的是從前端到數(shù)據(jù)庫(kù)的路徑要短。

頁(yè)面靜態(tài)。有些頁(yè)面的數(shù)據(jù)是在某些時(shí)段是不變的，那么這個(gè)頁(yè)面可以靜態(tài)化，這樣可以提高訪問的速度。 使用緩存。緩存大家都知道，快的原因就是基于內(nèi)存。所以使用基于內(nèi)存的緩存的話，可以減少對(duì)數(shù)據(jù)庫(kù)的訪問，同時(shí)加速訪問速度。 批量讀取。高并發(fā)的情況下，可以將多個(gè)請(qǐng)求的查詢合在一次進(jìn)行，以減少對(duì)數(shù)據(jù)庫(kù)的訪問速度。 延遲修改。延遲修改的意思高并發(fā)的情況西可能是將多次修改數(shù)據(jù)放在緩存中，然后定時(shí)將緩存中的數(shù)據(jù)過更新到數(shù)據(jù)庫(kù)；也可以是通過緩存的同步策略通過解析異步同步到數(shù)據(jù)庫(kù)中。 使用索引。這個(gè)不用說了，索引有著比較多的類型，例如普通索引/主鍵索引/組合索引/全文索引等。

少數(shù)據(jù)

所謂的少數(shù)據(jù)，其實(shí)是查詢的數(shù)據(jù)要少。

分表。所謂的分表，其實(shí)有水平切分和垂直拆分。玩過單機(jī)的小伙伴都知道，往往一些具有歷史性的表單，都會(huì)有成百上千萬(wàn)級(jí)別的數(shù)據(jù)。這樣子對(duì)于 MySQL 來說，即使是加了索引，SQL 方面繼續(xù)優(yōu)化，也很難做到更快的查詢速度。那么我們可以通過分表的操作來實(shí)現(xiàn)。例如說最常見的我們可以根據(jù)時(shí)間的維度來進(jìn)行表的水平拆分，今年的數(shù)據(jù)保持下來，而去年的數(shù)據(jù)可以存在另外一個(gè)表里。 分離活躍數(shù)據(jù)。其實(shí)這個(gè)有點(diǎn)類似緩存，但是不同之處在于數(shù)據(jù)還是在 MySQL 上面的。例如一個(gè)查詢商品的業(yè)務(wù)，有一些火爆/經(jīng)常被搜索的商品可以存在一張活躍表。查詢的時(shí)候先查詢活躍表，沒有的話再查詢總商品表。 分塊。這個(gè)分塊有點(diǎn)類似于算法里面的“索引順序查找”。通過數(shù)據(jù)層面的優(yōu)化，將數(shù)據(jù)放在不同的塊中，而我們只需要計(jì)算找到對(duì)應(yīng)的塊就行了。

分散壓力

所謂的分散壓力，其實(shí)是分散不同數(shù)據(jù)庫(kù)服務(wù)器的壓力

集群。集群的概念相信大家都很清楚，對(duì)于業(yè)務(wù)服務(wù)器來說其實(shí)就是具備相同業(yè)務(wù)流程的服務(wù)器部署多臺(tái)，通過負(fù)載均衡或其他方式來將請(qǐng)求分配到不同服務(wù)器。而數(shù)據(jù)庫(kù)也一樣，通過特定的規(guī)則策略將數(shù)據(jù)導(dǎo)向特定的數(shù)據(jù)庫(kù)服務(wù)器上。 分布式。所謂的分布式，其實(shí)就是將原本處于同個(gè)流程的業(yè)務(wù)邏輯分配到不同的服務(wù)器上面執(zhí)行，達(dá)到了“并發(fā)”執(zhí)行的效果，加快執(zhí)行速度。 分庫(kù)分表。分庫(kù)分表主要是水平拆分和垂直拆分。對(duì)于訪問頻率高而數(shù)據(jù)量巨大的單表，可以減少單表的數(shù)據(jù)，根據(jù)特定的維度進(jìn)行水平拆分，增加數(shù)據(jù)庫(kù)的吞吐量，這就是 分表水平拆分 ；而對(duì)于業(yè)務(wù)耦合性低的多表來說，可以將不同的表存儲(chǔ)在不同的數(shù)據(jù)庫(kù)上，對(duì)數(shù)據(jù)庫(kù)進(jìn)行垂直拆分，提高數(shù)據(jù)庫(kù)寫的能力，即 分庫(kù)的垂直拆分 。 建立主從。建立主從的目的其實(shí)就是為了讀寫分離。我們都知道，只要數(shù)據(jù)庫(kù)的事務(wù)級(jí)別夠高，那么并發(fā)讀是不會(huì)影響到數(shù)據(jù)的混亂，而并發(fā)寫則會(huì)。所以建立主從一般來說，寫會(huì)留在主服務(wù)器上寫，而會(huì)在從服務(wù)器上讀。 所以基本上讓主服務(wù)器進(jìn)行事務(wù)性操作，從服務(wù)器進(jìn)行 select 查詢。這樣子的話，事務(wù)性操作（增加/刪除/修改）導(dǎo)致的改變更新同步到集群中的從數(shù)據(jù)庫(kù) 。

結(jié)語(yǔ)

以上就是MySQL 如何處理高并發(fā)的詳細(xì)內(nèi)容，更多關(guān)于MySQL 高并發(fā)的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！