1000萬級粉絲和幾千粉絲的微信開發有多大的差別？

(ps:去大公司面試被虐了,回去找了下質料發現這方面的挺少的,還是一頭霧水。)

例如：
1.高並發、大流量方面的,
2.斷線重連
3.數據量太大請求超時的
4.推送的文本用戶同步等等問題。

希望有經驗的大牛們能分享一下，在大流量的情況下是如何開發的，在低用戶量開發的時候經常會不注意挖的坑，踩的雷；以及如何構建大流量樣本進行測試的,以及有關這方面的學習方向和推薦書籍。
(本人1年經驗的後端渣渣，感謝各位的關注與回答) over！

回覆內容：

(ps:去大公司面試被虐了,回去找了下質料發現這方面的挺少的,還是一頭霧水。)

例如：
1.高並發、大流量方面的,
2.斷線重連
3.數據量太大請求超時的
4.推送的文本用戶同步等等問題。

希望有經驗的大牛們能分享一下，在大流量的情況下是如何開發的，在低用戶量開發的時候經常會不注意挖的坑，踩的雷；以及如何構建大流量樣本進行測試的,以及有關這方面的學習方向和推薦書籍。
(本人1年經驗的後端渣渣，感謝各位的關注與回答) over！

現在的面試的就喜歡問這些裝逼的問題，沒幾個自己知道該實際怎麼操作，知道的也是理論，你不是技術總監跟本不會給你實施的機會，10個面試官問這問題9個是裝逼。

我說下我用過的
1 首先千萬級用戶要看你是什麼項目，普通項目1000w級的用戶並不大，因為普通項目根本不會有用戶活躍度
2 高並發的定義：同一秒鐘請求的ip數。我個人的了解，高並發是指2個方面，一個是你的服務，一個是你的程式業務邏輯。
服務：apache,nginx + fastcgi
程式方面：個人認為這裡才是重點，因為web應用的瓶頸都在於資料庫。你的業務邏輯會對資料庫進行增刪查改。所以當前求量達到一定基數時很有可能導致資料庫佔用記憶體值增大，甚至會導致你表死鎖，或是資料庫奔潰。
解決這個問題：1首先你要在你程式的入口寫日誌，記錄每次請求的位址及參數。 2 根據你的日誌分析哪些請求訪問頻率過高（不可能每個請求都訪問很高的）3 找出訪問請求過高的地址，分析對應的業務邏輯，優化代碼和sql語句，根據功能需求做適當的快取
資料庫方面：1 根據上面分析出來的結果得出需要頻繁操作的表，這裡多數為資料庫查詢操作。 （一般操作頻繁的表有：使用者資訊表 。一般資料量大的表：財務記錄表，使用者日誌表。）然後根據業務邏輯分錶。 1把用戶表經常要查詢 要使用的欄位放到一個表，2 把用戶統計資料和非常用資料放到另外一張或幾張表。 3 資料量大的表格可以用時段分錶，例如一個月或一週一張財務記錄表和使用者日誌表，還有一種就是依照業務邏輯分錶，例如活躍使用者資訊一張表，非活躍用戶另一張表，還一種依用戶id分錶，例如用戶id第一位數為1的一張表，為2的一張表以此類推建立10張表。
接著使用讀寫分離，建立主從庫。要往細的方向說還有很多。但一般公司而言不需要真不需要 你有那麼大的用戶 就意味著公司有錢 公司有錢很多東西可以通過硬體去提升，而且可以出高價聘請專職人員，你只是面試php而已。我沒日誌表每天1000w的增加量 都沒怎麼弄。

3 千萬別被這種人嚇到，你就到網上百度背背答案，下次碰到背給他們聽。

可能他們公司不招人，只是遇到這麼個問題，又不想花錢，所以就當面試問題了。 。 。