經常有使用者會問這個問題，你家的產品能處理多大資料量？似乎是這個值越大產品就越牛。
這個問題，其實沒多大意義。
能處理多大的資料量，還有個很關鍵的因素是期望的響應時間，在脫離這個因素單純談大資料產品的資料處理量，就不知道怎麼回答了。
考慮只有單台機器的簡單情況。如果是希望秒級響應的olap式彙總，那麼gb級都是挺大的資料了，幾乎不可能有什麼產品能處理tb級資料（除非有巨大記憶體）。而如果是數小時內完成的etl運算，那麼單台機器處理tb級也不是多大的問題。於是就會發生這樣的現象：同乙個產品能夠處理某些場合下的tb級資料，卻處理不了另一些場合下的gb級資料。
不過，討論乙個大資料技術能支援的集群規模是意義的。
大集群和小集群的實現技術很不一樣，大集群需要有強容錯能力和統一的管理機制，而小集群則不需要；而把大集群技術用於小集群，又會造成很多資源的浪費。某種技術面向多大規模的集群，一般是在設計之初就確定了的，並不容易隨意改變。
確定了期望的響應時間，以及可能支援的集群規模，這時候再來問某項大資料技術能夠處理的資料量，才是個有意義的問題。
MySQL到底能支援多大的資料量？
mysql是中小型 普遍使用的資料庫之一，然而，很多人並不清楚mysql到底能支援多大的資料量，再加上某些國內cms廠商把資料承載量的責任推給它，導致很多不了解mysql的站長對它產生了很多誤解，那麼，mysql的資料量到底能支援多少呢？其實mysql單錶的上限，主要與作業系統支援的最大檔案大小有關...
MySQL到底能支援多大的資料量？
mysql是中小型 普遍使用的資料庫之一，然而，很多人並不清楚mysql到底能支援多大的資料量，再加上某些國內cms廠商把資料承載量的責任推給它，導致很多不了解mysql的站長對它產生了很多誤解，那麼，mysql的資料量到底能支援多少呢？其實mysql單錶的上限，主要與作業系統支援的最大檔案大小有關...
MySQL到底能支援多大的資料量？
mysql表最大能達到多少？mysql 3.22 限制的表大小為4gb。由於在mysql 3.23 中使用了myisam 儲存引擎，最大表尺寸增加到了65536tb 2567 1位元組 由於允許的表尺寸更大，mysql資料庫的最大有效表尺寸通常是由作業系統對檔案大小的限制決定的，而不是由mysql內...