1.mysql千萬級別數據肯定是沒問題的,畢竟現在的流向web2.0網站大部分是mysql的
2.合理分表也是必須的,主要涉及橫向分表與縱向分表,如把大小字段分開,或者每100萬條記錄在一張表中等等,像上面的這個表可以考慮通過uid的範圍分表,或者通過只建立索引表,去掉相對大的字段來處理.
3.count()時間比較長,但是本身是可以緩存在數據庫中或者緩存在程序中的,因爲我們當時使用在後臺所以第一頁比較慢但是後面比較理想
4.SELECT id 相對SELECT * 差距還是比較大的,可以通過上面的方法來使用SELECT id + SELECT * ... IN 查詢來提高性能
5.必要的索引是必須的,還是要儘量返回5%-20%的結果級別其中小於5%最理想;
6.mysql分頁的前面幾頁速度很快,越向後性能越差,可以考慮只帶上一頁,下一頁不帶頁面跳轉的方法,呵呵這個比較垃圾但是也算是個方案,只要在前後多查一條就能解決了.比如100,10 你就差99,12呵呵，這樣看看前後是否有結果.
7.前臺還是要通過其他手段來處理,比如lucene/Solr+mysql結合返回翻頁結果集,或者上面的分表