A. 為什麼我用php查詢mongodb資料庫中的某個集合中的文檔的條數，得到的結果和實際情況不一致
我也遇到過:
官方文檔解釋了這種現象的原因以及解決方法：
不準確的原因：
操作的是分片的集合（前提）；
shard分片正在做塊遷移，導致有重復數據出現
存在孤立文檔（因為不正常關機、塊遷移失敗等原因導致）
解決方法
使用聚合aggregate的方式查詢count數量，shell命令如下：
db.collection.aggregate(
[
{ $group: { _id: null, count: { $sum: 1 } } }
])
也可以直接將原數據導出,將表刪除後重新導入就可以了(我是這么處理的)
B. PHP mysql 實現hash分區的問題
當分片索引不是純整型的字元串時，只接受整型的內置 hash 演算法是無法使用的。為此，stringhash 按照用戶定義的起點和終點去截取分片索引欄位中的部分字元，根據當中每個字元的二進制 unicode 值換算出一個長整型數值，然後就直接調用內置 hash 演算法求解分片路由：先求模得到邏輯分片號，再根據邏輯分片號直接映射到物理分片。
用戶需要在 rule.xml 中定義 partitionLength[] 和 partitionCount[] 兩個數組和 hashSlice 二元組。
在 DBLE 的啟動階段，點乘兩個數組得到模數，也是邏輯分片的數量
並且根據兩個數組的叉乘，得到各個邏輯分片到物理分片的映射表（物理分片數量由 partitionCount[] 數組的元素值之和）
此外根據 hashSlice 二元組，約定把分片索引值中的第 4 字元到第 5 字元（字元串以 0 開始編號，編號 3 到編號 4 等於第 4 字元到第 5 字元）字元串用於 「字元串->整型」的轉換
在 DBLE 的運行過程中，用戶訪問使用這個演算法的表時，WHERE 子句中的分片索引值會被提取出來，取當中的第 4 個字元到第 5 字元，送入下一步
設置一個初始值為 0 的累計值，逐個取字元，把累計值乘以 31，再把這個字元的 unicode 值當成長整型加入到累計值中，如此類推直至處理完截取出來的所有字元，此時的累計值就能夠代表用戶的分片索引值，完成了 「字元串->整型」 的轉換
對上一步的累計值進行求模，得到邏輯分片號
再根據邏輯分片號，查映射表，直接得到物理分片號
與MyCat的類似分片演算法對比
兩種演算法在string轉化為int之後，和 hash 分區演算法相同，區別也繼承了 hash 演算法的區別。
開發注意點
【分片索引】1. 必須是字元串
【分片索引】2. 最大物理分片配置方法是，讓 partitionCount[] 數組和等於 2880
例如：
或
【分片索引】3. 最小物理分片配置方法是，讓 partitionCount[] 數組和等於 1
例如
【分片索引】4. partitionLength 和 partitionCount 被當做兩個逗號分隔的一維數組，它們之間的點乘必須在 [1, 2880] 范圍內
【分片索引】5. partitionLength 和 partitionCount 的配置對順序敏感
和
是不同的分片結果
【分片索引】6. 分片索引欄位長度小於用戶指定的截取長度時，截取長度會安全減少到符合分片索引欄位長度
【數據分布】1. 分片索引欄位截取越長則越有利於數據均勻分布
【數據分布】2. 分片索引欄位的內容重復率越低則越有利於數據均勻分布
運維注意點
【擴容】1. 預先過量分片，並且不改變 partitionCount 和 partitionLength 點乘結果，也不改變截取設置 hashSlice 時，可以避免數據再平衡，只需進行涉及數據的遷移
【擴容】2. 若需要改變 partitionCount 和 partitionLength 點乘結果或改變截取設置 hashSlice 時，需要數據再平衡
【縮容】1. 預先過量分片，並且不改變 partitionCount 和 partitionLength 點乘結果，也不改變截取設置 hashSlice 時，可以避免數據再平衡，只需進行涉及數據的遷移
【縮容】2. 若需要改變 partitionCount 和 partitionLength 點乘結果或改變截取設置 hashSlice 時，需要數據再平衡
配置注意點
【配置項】1. 在 rule.xml 中，可配置項為<property name="partitionLength"> 、<property name="partitionCount"> 和 <property name="hashSlice">
【配置項】2.在 rule.xml 中配置 <property name="partitionLength">標簽
內容形式為：<物理分片持有的虛擬分片數>[,<物理分片持有的虛擬分片數>,...<物理分片持有的虛擬分片數>]
物理分片持有的虛擬分片數必須是整型，物理分片持有的虛擬分片數從左到右與同順序的物理分片數對應，partitionLength 和partitionCount 的點乘結果必須在 [1, 2880] 范圍內
【配置項】3. 在 rule.xml 中配置 <property name="partitionCount">標簽
內容形式為：<物理分片數>[,<物理分片數>,...<物理分片數>]
其中物理分片數必須是整型，物理分片數按從左到右的順序與同順序的物理分片持有的虛擬分片數對應，物理分片的編號從左到右連續遞進，partitionLength 和 partitionCount 的點乘結果必須在 [1, 2880] 范圍內
【配置項】4. partitionLength 和 partitionCount 的語義是：持有partitionLength[i] 個虛擬分片的物理分片有 partitionCount[i] 個
例如
語義是持有 512 個邏輯分片的物理分片有 1 個，緊隨其後，持有 256 個邏輯分片的物理分片有 2 個
【配置項】5.partitionLength 和 partitionCount 都對書寫順序敏感，
例如
分片結果是第一個物理分片持有頭512個邏輯分片，第二個物理分片持有緊接著的256個邏輯分片，第三個物理分片持有最後256個邏輯分片，相對的
分片結果則是第一個物理分片持有頭 256 個邏輯分片，第二個物理分片持有緊接著的 256 個邏輯分片，第三個物理分片持有最後 512 個邏輯分片
【配置項】6.partitionLength[] 的元素全部為 1 時，這時候partitionCount 數組和等於 partitionLength 和 partitionCount 的點乘，物理分片和邏輯分片就會一一對應，該分片演算法等效於直接取余
【配置項】7.在 rule.xml 中配置標簽，從分片索引欄位的第幾個字元開始截取到第幾個字元：
若希望從首字元開始截取 k 個字元（ k 為正整數），配置的內容形式可以為「 0 : k 」、「 k 」或「 : k 」；
若希望從末字元開始截取 k 個字元（ k 為正整數），則配置的內容形式可以為「 -k : 0 」、「 -k 」或「 -k : 」；
若希望從頭第 m 個字元起算截取 n 個字元（ m 和 n 都是正整數），則先計算出 i = m - 1 和 j = i + n - 1，配置的內容形式為「 i : j 」；
若希望從尾第 m 個字元起算截取從尾算起的 n 個字元（ m 和 n 都是正整數），則先計算出 i = -m + n - 1，配置的內容形式可以為「 -m : i 」；
若希望不截取，則配置的內容形式可以為「 0 : 0 」、「 0 : 」、「 : 0 」或 「 : 」
C. 怎麼配置多台伺服器 - PHP進階討論
查看瓶頸，消除瓶頸；PHP的問題，就優化PHP代碼，緩存，fastcgi；資料庫的讀寫問題，可以考慮建主從，也可考慮分區，分片；伺服器端的問題的話，優化配置，根據不同的訪問服務，選擇不同的伺服器端，伺服器集群，負載均衡。到這已經是我的極限了，高手還請指教。另外，有能力的話，可以自己編譯PHP，自己寫擴展。這也是我現在研究的一個方向。
D. php中上傳文件的方法有多少種
一、傳統的php寫的上傳類。
寫一個php的上傳類，這個方法用到的知識全部是php的，而且技術的難點也不多。
<form method="post" action="upload.php" enctype="multipart/form-data">
<table border=0 cellspacing=0 cellpadding=0 align=center width="100%">
<input type="hidden" name="MAX_FILE_SIZE" value="2000000">//隱藏域。這里name必須設置成MAX_FILE_SIZE，其值就是上傳文件的最大長度，單位是B，這里我限製成2M
<input name="file" type="file" value="瀏覽" >
< input type="submit" value="上傳" name="B1">
</table>
</form>
服務端利用php的$_FILES['file']['name']來獲取文件後綴名，具體的代碼自己查找資料看看，這里就不多說了。
總結;這個方法可以用來上傳小於2M的文件或者是圖片，基本的功能可以實現。
二、利用uploadify插件
這個是利用jQuery的上傳插件，上傳可以帶進度條，容易配置。
總結：可以上傳一些大文件，和圖片，而且帶進度條，可以多文件上傳，在WEB中會經常用。
三、利用網路的webupload
WebUploader 是由 Bai FEX 團隊開發的一款以 HTML5 為主，FLASH 為輔的現代文件上傳組件。在現代的瀏覽器裡面能充分發揮 HTML5 的優勢，同時又不摒棄主流IE瀏覽器，沿用原來的 FLASH 運行時，兼容 IE6+，iOS 6+, Android 4+。採用大文件分片並發上傳，極大的提高了文件上傳效率。
四、swfupload的插件
這是一個jquery的上傳插件，功能也非常強大，開發也比較容易，網上有很多的資料，可以自行查找。
E. 關於PHP中POST和GET是怎麼傳送數據的
了解過http請求頭么？伺服器區別是基於get的TCP請求還是基於post的TCP請求是通過分析http請求頭來的。 一個http請求就是一大堆信息，這堆信息明確標識了請求參數，比如請求的主機，客戶端ip，cookie等等，當然也會包含請求的數據內容（就是你的post或者get提交的內容）。這堆信息經過應用層，網路傳輸層，鏈路層，物理層層層包裝和分片，最終形成一個個的二進制數據包，經過網路路由到伺服器，伺服器再經過相反的過程層層解包和合並，最後到達伺服器端應用程序（簡單點說就是apache，nginx等web伺服器），伺服器當然會已某種方式（mole或cgi等）調用php解釋器，而php解釋器會解析你寫的php腳本，你可以在這個腳本中對接收到的post或者get請求做你想要的處理和解析。
F. php mysql分布式資料庫如何實現
當前做分布式的廠商有幾家，我知道比較出名的有「華為雲分布式資料庫DDM」和「阿里雲分布式資料庫」，感興趣可以自行搜素了解下。
分布式資料庫的幾點概念可以了解一下。
數據分庫：
以表為單位，把原有資料庫切分成多個資料庫。切分後不同的表存儲在不同的資料庫上。
以表中的數據行記錄為單位，把原有邏輯資料庫切分成多個物理資料庫分片，表數據記錄分布存儲在各個分片上。
路由分發：
在分布式資料庫中，路由的作用即將SQL語句進行解析，並轉發到正確的分片上，保證SQL執行後得到正確的結果，並且節約QPS資源。
讀寫分離：
資料庫中對計算和緩存資源消耗較多的往往是密集或復雜的SQL查詢。當系統資源被查詢語句消耗，反過來會影響數據寫入操作，進而導致資料庫整體性能下降，響應緩慢。因此，當資料庫CPU和內存資源佔用居高不下，且讀寫比例較高時，可以為資料庫添加只讀資料庫。
G. PHP實現瀏覽器端大文件分片上傳如何實現
分片上傳的原理就是通過切割上傳文件，然後在瀏覽器的頭部通過etag來進行劃分文件傳輸，伺服器端接收到文件片段和分割起始符之後，進行拼接文件，最後合成一個大文件。
你可以自己通過php來獲取瀏覽器頭部傳輸標志來進行文件的拼接組裝，也可以通過現有的大文件傳輸類來上傳文件。
記住分割文件點，也就是分割文件的順序，拼接文件需要通過etag按照順序拼接，分片可以並發傳輸，這其實也是並發下載的原理。
H. php文件上傳在php.ini中都設置了 post為150M 上傳100M 時間設置0，為什麼我上傳5M文件還是顯示錯誤1,
關於大文件的上傳，需要做如下修改：
打開php.ini，首先找到
file_uploads = on ;是否允許通過HTTP上傳文件的開關。默認為ON即是開
upload_tmp_dir ;文件上傳至伺服器上存儲臨時文件的地方，如果沒指定就會用系統默認的臨時文件夾
upload_max_filesize = 8m ;望文生意，即允許上傳文件大小的最大值。默認為2M
post_max_size = 8m ;指通過表單POST給PHP的所能接收的最大值，包括表單里的所有值。默認為8M
一般地，設置好上述四個參數後，上傳<=8M的文件是不成問題，在網路正常的情況下。
但如果要上傳>8M的大體積文件，只設置上述四項還一定能行的通。
進一步配置以下的參數
max_execution_time = 600 ;每個PHP頁面運行的最大時間值(秒)，默認30秒
max_input_time = 600 ;每個PHP頁面接收數據所需的最大時間，默認60秒
memory_limit = 8m ;每個PHP頁面所吃掉的最大內存，默認8M
把上述參數修改後，在網路所允許的正常情況下，就可以上傳大體積文件了
max_execution_time = 600
max_input_time = 600
memory_limit = 32m
file_uploads = on
upload_tmp_dir = /tmp
upload_max_filesize = 32m
post_max_size = 32m
I. 求PHP 超大文件上傳解決方案:分片斷點上傳(一)
大文件上傳主要需要解決2個難點問題。
一個是文件的分片，一個是文件的合成。
也就是客戶端分片上傳，伺服器端量分片的文件進行合成。
文件分片，前端瀏覽器提供了分片的js函數，我們只需要調用即可。
文件上傳需要解決斷點續傳的問題，就是伺服器端需要保留和記錄每次上傳的分片，這樣可以通過順序進行文件合並。
斷點續傳是通過記錄上傳的信息，已上傳的切片不需要重復上傳，當全部切片上傳成功，伺服器端進行切片合並。