1. MySQL到底能支持多大的數據量
MySQL 3.22 限制的表大小為4GB。由於在MySQL 3.23 中使用了MyISAM 存儲引擎,最大表尺寸增加到了65536TB(2567 – 1位元組)。由於允許的表尺寸更大,MySQL資料庫的最大有效表尺寸通常是由操作系統對文件大小的限制決定的,而不是由MySQL內部限制決定的。
InnoDB 存儲引擎將InnoDB 表保存在一個表空間內,該表空間可由數個文件創建。這樣,表的大小就能超過單獨文件的最大容量。表空間可包括原始磁碟分區,從而使得很大的表成為可能。表空間的最大容量為64TB。
(1)mysql文件最大擴展閱讀
MySQL資料庫中,數據量越來越大的優化方案:
單表優化可以從這幾個角度出發:
1、表分區
MySQL在5.1之後才有的,可以看做是水平拆分,分區表需要在建表的需要加上分區參數,用戶需要在建表的時候加上分區參數;分區表底層由多個物理子表組成,但是對於代碼來說,分區表是透明的。
SQL中的條件中最好能帶上分區條件的列,這樣可以定位到少量的分區上,否則就會掃描全部分區。
2、增加緩存
主要的思想就是減少對資料庫的訪問,緩存可以在整個架構中的很多地方;比如:資料庫本身有就緩存,客戶端緩存,資料庫訪問層對SQL語句的緩存,應用程序內的緩存,第三方緩存(如Redis等)。
2. 請教有關MYSQL文件上傳大小的限制的設置方法
1、由於mysql能解析sql的壓縮文件,因此將200M壓縮後為5M。
2、默認情況下:MySQL導入文件大小有限制的,最大為2M,所以當文件很大時候,直接無法導入,可修改php.ini參數調整:
在php.ini中修改相關參數:
影響MySQL導入文件大小的參數有三個:、
memory_limit=128M,upload_max_filesize=2M,post_max_size=8M
3. 高手,MySQL資料庫支持的最大容量是多少能不能超過1TB
MySQL資料庫的最大有效表尺寸通常是由操作系統對文件大小的限制決定的,而不是由MySQL內部限制決定的。所以,如果你的操作系統支持單個文件超過1T,應該沒有什麼問題
4. mysql 一張表能存多少數據
在mysql中,每個數據抄庫最多可創建20億個表襲,一個表允許定義1024列,每行的最大長度為8092位元組(不包括文本和圖像類型的長度)。當表中定義有varchar、nvarchar或varbinary類型列時,如果向表中插入的數據行超過8092位元組時將導致Transact-SQL語句失敗,並產生錯誤信息。SQL Server對每個表中行的數量沒有直接限制,但它受資料庫存儲空間的限制。每個資料庫的最大空間1048516TB,所以一個表可用的最大空間為1048516TB減去資料庫類系統表和其它資料庫對象所佔用的空間。
5. mysql 資料庫可以有多大
MySQL 3.22 限制的表大小為4GB。由於在MySQL 3.23 中使用了MyISAM 存儲引擎,最大表尺寸增加到了65536TB(2567 – 1位元組)。由於允許的表尺寸更大,MySQL資料庫的最大有效表尺寸通常是由操作系統對文件大小的限制決定的,而不是由MySQL內部限制決定的。
InnoDB 存儲引擎將InnoDB 表保存在一個表空間內,該表空間可由數個文件創建。這樣,表的大小就能超過單獨文件的最大容量。表空間可包括原始磁碟分區,從而使得很大的表成為可能。表空間的最大容量為64TB。
(5)mysql文件最大擴展閱讀
據D.V.B 團隊以及Cmshelp 團隊做CMS 系統評測時的結果來看,MySQL單表大約在2千萬條記錄(4G)下能夠良好運行,經過資料庫的優化後5千萬條記錄(10G)下運行良好。
這對於MySQL是不公平的,那些CMS廠商非但沒有把內核做好反而還在添加很多花哨的功能,最終導致其產品自身負載過低。
他們並沒有針對自身負載效果作出相應的資料庫優化方案及標准,而是繼續保留著復雜的結構造成對MySQL的資源無休止的浪費,最終導致了其負載上的缺陷。
於是他們便充分發揮中國人的傳統優勢——變通:避重就輕的採用了所謂的分表式存儲,雖然在一定程度上緩解了自身負載的缺陷,但是導致了網站後期維護以及資源上的浪費。
用一個不恰當的比喻來形容,MySQL中的的表就像一塊地,單表就相當於利用這塊地蓋高層建築充分利用達到高人員負載,但分表就相當於用這塊地蓋了一間平房。
如果為了達到高人員負載的話那就需要另開地皮達到目的,但是我們要思考,是地不夠,還是他的能力不夠,如此做法讓人感到資源的浪費以及規劃的嚴重缺陷。