緣起：有個朋友問我分區表在58的應用，我回答不出來，在我印象中，百度、58都沒有聽說有分區表相關的應用，業內進行一些技術交流的時候也更多的是自己分庫分表，而不是使用分區表。于是去網上查了一下，并詢問了58到家的DBA專家，將自己收到的信息沉淀下來，share給大伙。

解決什么問題?

回答：當mysql單表的數據庫過大時，數據庫的訪問速度會下降，“數據量大”問題的常見解決方案是“水平切分”。

mysql常見的水平切分方式有哪些?

回答：分庫分表，分區表

什么是mysql的分庫分表?

回答：把一個很大的庫(表)的數據分到幾個庫(表)中，每個庫(表)的結構都相同，但他們可能分布在不同的mysql實例，甚至不同的物理機器上，以達到降低單庫(表)數據量，提高訪問性能的目的。

分庫分表往往是業務層實施的，分庫分表后，為了滿足某些特定業務功能，往往需要rd修改代碼。

什么是mysql的分區表?

回答：所有數據還在一個表中，但物理存儲根據一定的規則放在不同的文件中。這個是mysql支持的功能，業務rd代碼無需改動。

看上去分區表很帥氣，為什么大部分互聯網還是更多的選擇自己分庫分表來水平擴展咧?

回答：

1. 分區表，分區鍵設計不太靈活，如果不走分區鍵，很容易出現全表鎖
2. 一旦數據量并發量上來，如果在分區表實施關聯，就是一個災難
3. 自己分庫分表，自己掌控業務場景與訪問模式，可控。分區表，研發寫了一個sql，都不確定mysql是怎么玩的，不太可控
4. 運維的坑，嘿嘿
5. …

文章很短，一分鐘搞定，希望大家有收獲，有任何疑問歡迎提出，我不懂的再去問DBA專家。如果大家有分區表的應用，踩了什么坑，亦可回復，我下一篇文章share出來。

埋坑：如何來進行水平切分，分庫分表?如果大伙感興趣，后續和大家聊更多的數據庫架構。

文章轉載自微信公眾號“架構師之路”