做一個大量使用者的記錄線上同步，用mysql，是為每個使用者建一個Table效率高還是在一個Table裡用UID標識不同使用者效率高？

所謂效率……參見SAE收費方式。越便宜越好。
http://sae.sina.com.cn/?m=devcenter&catId=155

回複內容：

兩個都不好，可以基於uid雜湊分表 或基於時間軸雜湊分表。看具體需求定義
這個"大量"究竟是哪個數量級, 一萬, 十萬, 百萬, 千萬? 大概每個使用者的資料量是多大

活躍使用者和非活躍使用者的比例如何? 資料的讀寫比是如何, 是大量的讀少量的寫, 還是經常寫但是很少讀?

要提供什麼功能? 如果只是簡單的儲存和讀取記錄, 可以考慮Key-Value資料庫, 如果要做分析, 是否會有跨使用者的查詢?

也許這些情況都不明朗, 但是要先考慮下.

不過直覺告訴我, 樓主的大量使用者不會大到哪裡去, 所以隨便怎麼設計應該都能湊合具體要看你需要實現的功能和設計架構以及使用者數量了。

如果你是為海量使用者實現各使用者不同的複雜功能，則為每個使用者建獨立表更好。這樣可以將使用者根據ID或地區等分布到不同的多台Mysql伺服器上，便於最佳化、管理和容錯。

要是只計劃有少量的使用者和資料和功能並以價格為標杆，並且資料一台伺服器就能處理，那麼樓上兩位說的為真。太多的表或者太多的列,都會影響到效率.
為每個使用者建一個表一般在設計中不採用.

