mysql分庫分表技術選型時需要注意的點

2021-09-03 07:10:37 字數 564 閱讀 9577

首先需要明確的一些概念和問題:

原先:乙個庫一張表,即db和table。水平拆分之後:多個庫多張表,即 和 ,假設現在有物理機器 ,那麼這三者之間的對應分配關係是?是一對多還是一對一?

在中介軟體看來,shard指的是db這個維度?

中介軟體目前對sql的支援情況

支援的特性?比如讀寫分離,select … for update等等

不支援的特性?比如join,分布式事務等等

現狀和使用

有哪些公司和專案正在使用這個中介軟體?

client如何接入此中介軟體?

i. 分片鍵的定義

ii. client連線中介軟體

中介軟體目前是否支援自動擴容縮容?

中介軟體的機制和原理

分片鍵和shard的對映關係?hash?取模?

猜測:字串用hash,數字用取模猜測:字串用hash,數字用取模

insert一行,如何確定是插入到哪個shard還是新增乙個shard?同上個問題

client如何感知這條sql語句是否會跨shard?

猜測:中介軟體會返回此類資訊猜測:中介軟體會返回此類資訊

mysql分表分庫實現 MySql分表分庫思路

一.資料庫瓶頸 1.1io瓶頸 第一種 磁碟讀io瓶頸,熱點資料太多,資料庫快取放不下,每次查詢時會產生大量的io 分庫和垂直分表 第二種 網路io瓶頸,請求的資料太多,網路頻寬不夠 分庫 1.2cpu瓶頸 第一種 sql問題,如sql中包含join,group by,order by,非索引字段條...

MySQL範圍分表分庫 mysql 分表分庫策略

唯一id的生成 下面列舉幾種常見的唯一id生成方案,需要滿足兩大核心需求 1.全域性唯一 2趨勢有序 1.用資料庫的auto increment 自增id 來生成,每次通過寫入資料庫一條記錄,利用資料庫id自增的特性獲取唯一,有序的id。優點 使用資料庫原有的功能,相對簡單 能夠保證唯一 能夠保證遞...

mysql 分庫分表實戰 MySQL分庫分表實戰

為什麼要分庫分表 在大型 中,當使用者量以及使用者產生的業務資料量達到單庫單錶效能極限時,為了支撐業務可持續發展,對於重要的核心業務必然要進行分庫分表來儲存業務資料。對於非核心業務產生的大量資料,例如爬蟲爬取的資訊,論壇產生的資料等,可以考慮把資料儲存在像mongodb這樣的nosql儲存裡面,這些...