背景我正在為 Web 應(yīng)用程序開發(fā)一個(gè) Web 平臺(tái)。該平臺(tái)的關(guān)鍵功能之一是用戶管理。因此，我實(shí)現(xiàn)了一個(gè)登錄系統(tǒng)，使注冊(cè)用戶能夠登錄平臺(tái)和應(yīng)用程序。這是使用包含登錄憑據(jù)、用戶標(biāo)識(shí)、聯(lián)系信息等的 MySQL 數(shù)據(jù)庫實(shí)現(xiàn)的...問題我遇到的問題是用戶表。該表可能會(huì)非常大。因此，如果管理員想要根據(jù)用戶在列表中的位置編輯特定用戶的信息，則管理員將不得不滾動(dòng)瀏覽可能有數(shù)千條記錄以找到正確的記錄。我正在尋找一種算法，它將把它分成大小約為 N 的組，并將這些組顯示為管理員可以單擊的范圍：#0-B、CF、GL、MR 等....研究這是我迄今為止進(jìn)行的研究：數(shù)據(jù)庫分區(qū) - PHP 或 MySQL 更好？1 張非常大的桌子還是 3 張大桌子？MySQL 性能關(guān)于分區(qū)，我在網(wǎng)上找到了很多關(guān)于對(duì)數(shù)據(jù)庫表進(jìn)行分區(qū)的文章，但沒有任何內(nèi)容可以解決我正在嘗試做的事情。到目前為止我做了什么我編寫了一個(gè)從 Web 服務(wù)器離線運(yùn)行的程序，該程序返回每個(gè)存儲(chǔ)桶 0-9 和 AZ 的計(jì)數(shù)。對(duì)于小于閾值的計(jì)數(shù)，它將桶組合成一個(gè)范圍并將其保存到數(shù)據(jù)庫中。因此，如果桶 0-9 和 A、B 的總數(shù)小于閾值，則范圍變?yōu)?0-B。如果桶的大小大于閾值，我在嘗試弄清楚如何從桶中獲取范圍時(shí)遇到問題。我考慮了以下解決方案：一個(gè)遞歸函數(shù)，不斷向下鉆取用戶名，直到它在閾值范圍內(nèi)。如果我能讓它工作，這將是理想的。由于這是離線運(yùn)行的，我喜歡的另一個(gè)解決方案是將整個(gè)存儲(chǔ)桶加載到內(nèi)存中并從那里拆分。這樣做的缺點(diǎn)是潛在的內(nèi)存使用。我感興趣的另一個(gè)想法是 #2 的一個(gè)變體，它將桶的一部分加載到內(nèi)存中并對(duì)其進(jìn)行處理。這會(huì)將內(nèi)存使用量減少到或多或少的固定數(shù)量，但需要更多時(shí)間來處理。編輯 5-11/2020：基于一個(gè)答案和評(píng)論，我可以有一個(gè)搜索字段，當(dāng)條目數(shù)縮小到閾值以下時(shí)，它會(huì)使用 JSON 填充列表（這是個(gè)好主意）。但是，我確實(shí)有我將與您分享的代碼：此代碼有效，但對(duì)于測試數(shù)據(jù)，它在分區(qū)表中創(chuàng)建了約 17,500 個(gè)條目，并且有相當(dāng)多的條目計(jì)數(shù)為零。function part_recurse2($prefix){    global $CONFIGVAR;    global $charList;    global $charCount;    $list = dbCountScan($prefix);    for ($i = 0; $i < count($list); $i++)    {        $char = substr($charList, $i, 1);        if ($list[$i] >= $CONFIGVAR['user_partition_max_size']['value'])        {            part_recurse2($prefix . $char);        }        else        {            writeRange($prefix . $char, $prefix . $char, $list[$i],                substr($prefix . $char, 0, 1));        }    }}