mysql分表思路

一張一億的訂單表，可以分成五張表，這樣每張表就只有兩千萬數(shù)據(jù)，分擔了原來一張表的壓力，分表需要根據(jù)某個條件進行分，這里可以根據(jù)地區(qū)來分表，需要一個中間件來控制到底是去哪張表去找到自己想要的數(shù)據(jù)。
中間件：根據(jù)主表的自增id作為中間件（什么樣的字段適合做中間件？要具備唯一性）
怎么分發(fā)？主表插入之后返回一個id，根據(jù)這個id和表的數(shù)量進行取模，余數(shù)是幾就往哪張表中插入數(shù)據(jù)。
注意：子表中的id要與主表的id保持一致
以后只有插入操作會用到主表，修改，刪除，讀取，均不需要用到主表

相關(guān)學習推薦：PHP編程從入門到精通

redis消息隊列

1，什么是消息隊列？
消息傳播過程中保存消息的容器
2，消息隊列產(chǎn)生的歷史原因

消息隊列的特點：先進先出
把要執(zhí)行的sql語句先保存在消息隊列中，然后依次按照順利異步插入的數(shù)據(jù)庫中
應用：新浪，把瞬間的評論先放入消息隊列，然后通過定時任務把消息隊列里面的sql語句依次插入到數(shù)據(jù)庫中

修改

操作子表進行修改

這樣修改有一個問題，主表和子表的數(shù)據(jù)會出現(xiàn)不一致，如何讓主表和字表數(shù)據(jù)一致？

redis隊列保持主表子表數(shù)據(jù)一致

修改完成后將要修改主表的數(shù)據(jù)，存入redis隊列中

然后linux定時任務（contble）循環(huán)執(zhí)行redis隊列中的sql語句，同步更新主表的內(nèi)容

mysql分布式之分表（查，刪）

查詢只需要查詢子表，不要查詢總表

刪除，先根據(jù)id找到要刪除的子表，然后刪除，然后往消息隊列中壓入一條刪除總表數(shù)據(jù)的sql語句
然后執(zhí)行定時任務刪除總表數(shù)據(jù)

定時任務：

mysql分布式之分庫

分庫思路

分庫原理圖：

mysql分布式之分庫（增）

注意：操作完一個數(shù)據(jù)庫一定要把數(shù)據(jù)庫連接關(guān)閉，不然mysql會以為一直連接的同一個數(shù)據(jù)庫

還是取模確定加載哪個配置文件連接哪個數(shù)據(jù)庫

mysql分布式之分庫（改）

原理同新增

mysql分布式之分庫（查，刪）

原理類似

刪除

執(zhí)行隊列

mysql分布式之緩存（memcache）的應用

將數(shù)據(jù)放入緩存中，節(jié)省數(shù)據(jù)庫開銷，先去緩存中查，如果有直接取出，如果沒有，去數(shù)據(jù)庫查，然后存入緩存中

在編輯信息之后需要刪除緩存，不然一直讀取的是緩存的數(shù)據(jù)而不是修改過的數(shù)據(jù)