針對MySQL單表的大小，需要根據實際使用情況來判斷是否需要拆表。如果單表的數據量較大，查詢效率會降低，需要考慮拆表的情況。

但是，拆表也需要考慮多方面的因素，例如：表的關聯性、索引的使用、數據的訪問頻率等等。下面我們從幾個方面來探討該問題。

對于分表分庫的方案。
將表分為一定數目的子表，讓這些子表分布在不同的數據庫服務器上，這樣可以提高查詢效率，但是，分表分庫也增加了系統的復雜度，需要考慮跨節點的join操作，以及數據一致性等問題，對于小型應用來說，并不推薦使用分表分庫的方案，而應該通過索引優化等方式來提高查詢效率。

1. 表的關聯性

如果單表與其他表耦合度較高，導致查詢語句需要使用多表關聯操作，那么可考慮拆表。將關聯數據拆分到不同的表中，可以減少關聯查詢的操作，提高查詢效率。但是需要注意，如果關聯數據經常需要一起查詢，那么拆表反而會增加查詢操作，不建議拆表。

2. 索引的使用

如果單表中有大量的非唯一索引，導致插入和更新數據的效率降低，那么可考慮拆表。將數據按照業務邏輯進行分離，可以降低某個表的索引數量，提高插入和更新數據的效率。但是需要注意，拆表后需要對索引的使用進行重新評估，合理利用索引來提高查詢效率。

3. 數據的訪問頻率

如果單表中有大量的歷史數據，且訪問頻率較低，那么可考慮拆表。將歷史數據按照一定的時間段拆分到不同的表中，可以降低單表的數據量，提高查詢效率。但是需要注意，拆表后需要進行數據遷移操作，并考慮歷史數據與實時數據的查詢操作。

綜上所述，MySQL單表是否需要拆表，需要根據實際業務情況來判斷。如果單表數據較大，但是數據訪問頻率高，且關聯性緊密，建議不拆表，通過優化索引和查詢語句來提高查詢效率；如果單表數據較大，但是數據訪問頻率低，或者數據間的業務關系較松散，建議拆表。