我們先探討非高併發量的實現。

對於查詢頻次較高的欄位，加上索引。

加索引注意事項：1.對那些字元內容較長的最好不要加索引2.按照官方文件，單表加的索引不要超過16個，索引的長度不要超過256個位元組。隨意加索引，會給資料維護增加負擔

其實，可以引入分割槽。

分割槽注意事項：1.常見的分割槽型別有 range，list，hash，key等。用的比較多的就是range分割槽。2.對於初始建立索引的時候，我們往往會忽視一個前提條件，導致新增失敗報錯。這裡的前提是，如果表是有主鍵的，分割槽的鍵和主鍵不是同一個，那麼分割槽的鍵也必須是主鍵。

引入分割槽後，資料寫入時，資料庫會自動判斷寫入哪個分割槽

對於併發量較高的，我們除了做上面的操作外，就要考慮分庫分表或者採用一主多從的方式。未來我相信這類問題需要採用NewSQl這類資料庫來解決，如TiDb等，此時，我們將不必考慮資料分割槽的問題，而且可以做到資料水平無限擴充套件，和熱點資料的動態分佈。