A. mysql 單個表可以儲存多少數據
以下是摘抄mysql中文手冊的解釋：
MySQL 3.22限制的表大小為4GB。由於在MySQL 3.23中使用了MyISAM存儲引擎，最大表尺寸增加到了65536TB（2567 – 1位元組）。由於允許的表尺寸更大，MySQL資料庫的最大有效表尺寸通常是由操作系統對文件大小的限制決定的，而不是由MySQL內部限制決定的。
InnoDB存儲引擎將InnoDB表保存在一個表空間內，該表空間可由數個文件創建。這樣，表的大小就能超過單獨文件的最大容量。表空間可包括原始磁碟分區，從而使得很大的表成為可能。表空間的最大容量為64TB。
在下面的表格中，列出了一些關於操作系統文件大小限制的示例。這僅是初步指南，並不是最終的。要想了解最新信息，請參閱關於操作系統的文檔。
操作系統
文件大小限制
Linux 2.2-Intel 32-bit
2GB (LFS: 4GB)
Linux 2.4+
(using ext3 filesystem) 4TB
Solaris 9/10
16TB
NetWare w/NSS filesystem
8TB
win32 w/ FAT/FAT32
2GB/4GB
win32 w/ NTFS
2TB（可能更大）
MacOS X w/ HFS+
2TB
B. mysql 資料庫可以有多大
MySQL 3.22 限制的表大小為4GB。由於在MySQL 3.23 中使用了MyISAM 存儲引擎，最大表尺寸增加到了65536TB（2567 – 1位元組）。由於允許的表尺寸更大，MySQL資料庫的最大有效表尺寸通常是由操作系統對文件大小的限制決定的，而不是由MySQL內部限制決定的。
InnoDB 存儲引擎將InnoDB 表保存在一個表空間內，該表空間可由數個文件創建。這樣，表的大小就能超過單獨文件的最大容量。表空間可包括原始磁碟分區，從而使得很大的表成為可能。表空間的最大容量為64TB。
(2)mysql關系資料庫最多能存多少數據擴展閱讀
據D.V.B 團隊以及Cmshelp 團隊做CMS 系統評測時的結果來看，MySQL單表大約在2千萬條記錄（4G）下能夠良好運行，經過資料庫的優化後5千萬條記錄（10G）下運行良好。
這對於MySQL是不公平的，那些CMS廠商非但沒有把內核做好反而還在添加很多花哨的功能，最終導致其產品自身負載過低。
他們並沒有針對自身負載效果作出相應的資料庫優化方案及標准，而是繼續保留著復雜的結構造成對MySQL的資源無休止的浪費，最終導致了其負載上的缺陷。
於是他們便充分發揮中國人的傳統優勢——變通：避重就輕的採用了所謂的分表式存儲，雖然在一定程度上緩解了自身負載的缺陷，但是導致了網站後期維護以及資源上的浪費。
用一個不恰當的比喻來形容，MySQL中的的表就像一塊地，單表就相當於利用這塊地蓋高層建築充分利用達到高人員負載，但分表就相當於用這塊地蓋了一間平房。
如果為了達到高人員負載的話那就需要另開地皮達到目的，但是我們要思考，是地不夠，還是他的能力不夠，如此做法讓人感到資源的浪費以及規劃的嚴重缺陷。
C. mysql資料庫能存儲多少條數據
實這個問題要拆分成兩個問題。
第一是操作系統所採用的文件系統能支持的單個文件大小，比如：
linux 2.2-intel 32-bit （ext2文件系統） 最大支持2GB
linux 2.4+ （ext3文件系統） 支持4TB
win32 (fat32文件系統) 4GB
win32 (ntfs文件系統) 2TB
第二是存儲引擎本身能支持的最大空間大小。比如
InnoDB存儲引擎的表空間最大容量為64TB，不具體限制單表的大小，但受限於表空間。
MyISAM
最大表尺寸為65536TB，但是在 MySQL5.0版本之前，默認情況下，MyISAM單個表允許的最大尺寸為4GB，你可以通過 SHOW
TABLE STATUS 語句或 myisamchk -dv tbl_name 檢查表的最大尺寸，如果是4G，可以通過修改
AVG_ROW_LENGTH 和 MAX_ROWS 選項的值來達到目的。MySQL5.0版本後，默認MyISAM表的限制是256TB。
D. MySQL到底能支持多大的數據量
MySQL 3.22 限制的表大小為4GB。由於在MySQL 3.23 中使用了MyISAM 存儲引擎，最大表尺寸增加到了65536TB（2567 – 1位元組）。由於允許的表尺寸更大，MySQL資料庫的最大有效表尺寸通常是由操作系統對文件大小的限制決定的，而不是由MySQL內部限制決定的。
InnoDB 存儲引擎將InnoDB 表保存在一個表空間內，該表空間可由數個文件創建。這樣，表的大小就能超過單獨文件的最大容量。表空間可包括原始磁碟分區，從而使得很大的表成為可能。表空間的最大容量為64TB。
(4)mysql關系資料庫最多能存多少數據擴展閱讀
MySQL資料庫中，數據量越來越大的優化方案：
單表優化可以從這幾個角度出發：
1、表分區
MySQL在5.1之後才有的，可以看做是水平拆分，分區表需要在建表的需要加上分區參數，用戶需要在建表的時候加上分區參數；分區表底層由多個物理子表組成，但是對於代碼來說，分區表是透明的。
SQL中的條件中最好能帶上分區條件的列，這樣可以定位到少量的分區上，否則就會掃描全部分區。
2、增加緩存
主要的思想就是減少對資料庫的訪問，緩存可以在整個架構中的很多地方；比如：資料庫本身有就緩存，客戶端緩存，資料庫訪問層對SQL語句的緩存，應用程序內的緩存，第三方緩存（如Redis等）。