MySQL分區表是指將單個大表按照某種規則劃分成多個小表，使得每個小表只包含部分數據，從而提高查詢效率和數據存儲效率。但是在使用MySQL分區表時，也會遇到一些問題。

首先，MySQL分區表增加了數據維護的復雜度。需要注意的是，分區表中的每個分區單獨存儲了部分數據，這就需要對每個分區進行維護和備份。同時，對分區表進行DDL操作時，需要對每個分區都進行相應的操作，這樣會增加維護的復雜度。

其次，MySQL分區表對SQL語句的支持存在限制。因為 MySQL 分區表的實現原理是將所有分區當做一個整體來處理，因此在使用一些 SQL 語句時需要注意。例如，在進行聚合計算時，如果查詢的列沒有在分區鍵中，那么 MySQL 就會掃描所有分區來執行這個查詢，從而導致效率低下。

再次，MySQL分區表的使用需要謹慎選擇分區鍵。選擇好的分區鍵可以極大地提高分區表的查詢效率，但是如果選擇不當，可能會導致分區表查詢性能下降。通常情況下，選擇分區鍵應該是經常用來查詢的字段，同時數據分布應該比較均勻。

最后，MySQL分區表可能會增加服務器的負載。在使用 MySQL 分區表時，需要注意每個分區的數據量不能過大，否則會導致負載過大，從而影響了整個服務器的性能。

CREATE TABLE history_account (
id INT(11) NOT NULL AUTO_INCREMENT,
user_id INT(11) NOT NULL,
balance DECIMAL(10, 2) NOT NULL DEFAULT '0.00',
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY (id,created_at)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4
PARTITION BY RANGE (YEAR(created_at)) (
PARTITION p0 VALUES LESS THAN(2010),
PARTITION p1 VALUES LESS THAN(2011),
PARTITION p2 VALUES LESS THAN(2012),
PARTITION p3 VALUES LESS THAN(2013),
PARTITION p4 VALUES LESS THAN(2014),
PARTITION p5 VALUES LESS THAN(2015),
PARTITION p6 VALUES LESS THAN(2016),
PARTITION p7 VALUES LESS THAN(2017),
PARTITION p8 VALUES LESS THAN(2018),
PARTITION p9 VALUES LESS THAN(2019),
PARTITION p10 VALUES LESS THAN(2020),
PARTITION p11 VALUES LESS THAN(2021),
PARTITION p12 VALUES LESS THAN MAXVALUE
);