這篇文章主要講解了“PHP結(jié)合MySQL處理千萬級數(shù)據(jù)”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“PHP結(jié)合MySQL處理千萬級數(shù)據(jù)”吧！

成都創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供察哈爾右翼后網(wǎng)站建設(shè)、察哈爾右翼后做網(wǎng)站、察哈爾右翼后網(wǎng)站設(shè)計、察哈爾右翼后網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、察哈爾右翼后企業(yè)網(wǎng)站模板建站服務(wù)，十年察哈爾右翼后做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。

mysql 分表思路

一張一億的訂單表，可以分成五張表，這樣每張表就只有兩千萬數(shù)據(jù)，分擔(dān)了原來一張表的壓力，分表需要根據(jù)某個條件進行分，這里可以根據(jù)地區(qū)來分表，需要一個中間件來控制到底是去哪張表去找到自己想要的數(shù)據(jù)。

中間件：根據(jù)主表的自增 id 作為中間件（什么樣的字段適合做中間件？要具備唯一性）

怎么分發(fā)？主表插入之后返回一個 id，根據(jù)這個 id 和表的數(shù)量進行取模，余數(shù)是幾就往哪張表中插入數(shù)據(jù)。

注意：子表中的 id 要與主表的 id 保持一致

以后只有插入操作會用到主表，修改，刪除，讀取，均不需要用到主表

redis 消息隊列

1，什么是消息隊列？
消息傳播過程中保存消息的容器

2，消息隊列產(chǎn)生的歷史原因

消息隊列的特點：先進先出

把要執(zhí)行的 sql 語句先保存在消息隊列中，然后依次按照順利異步插入的數(shù)據(jù)庫中

應(yīng)用：新浪，把瞬間的評論先放入消息隊列，然后通過定時任務(wù)把消息隊列里面的 sql 語句依次插入到數(shù)據(jù)庫中

修改

操作子表進行修改

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

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

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

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

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

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

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

定時任務(wù)：

mysql 分布式之分庫

分庫思路

分庫原理圖：

mysql 分布式之分庫（增）

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

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

mysql 分布式之分庫（改）

原理同新增

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

原理類似

刪除

執(zhí)行隊列

mysql 分布式之緩存（memcache）的應(yīng)用

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

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

感謝各位的閱讀，以上就是“PHP結(jié)合MySQL處理千萬級數(shù)據(jù)”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對PHP結(jié)合MySQL處理千萬級數(shù)據(jù)這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！