PHP結(jié)合MySQL處理千萬級(jí)數(shù)據(jù)

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

mysql 分表思路

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

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

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

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

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

redis 消息隊(duì)列

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

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

消息隊(duì)列的特點(diǎn)：先進(jìn)先出

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

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

修改

操作子表進(jìn)行修改

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

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

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

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

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

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

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

定時(shí)任務(wù)：

mysql 分布式之分庫

分庫思路

分庫原理圖：

mysql 分布式之分庫（增）

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

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

mysql 分布式之分庫（改）

原理同新增

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

原理類似

刪除

執(zhí)行隊(duì)列

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

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

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

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