MySQL到底能支持多大的数据量

MySQL 3.22 限制的表大小为4GB。由于在MySQL 3.23 中使用了MyISAM 存储引擎，最大表尺寸增加到了65536TB（2567 – 1字节）。由于允许的表尺寸更大，MySQL数据库的最大有效表尺寸通常是由 *** 作系统对文件大小的限制决定的，而不是由MySQL内部限制决定的。

InnoDB 存储引擎将InnoDB 表保存在一个表空间内，该表空间可由数个文件创建。这样，表的大小就能超过单独文件的最大容量。表空间可包括原始磁盘分区，从而使得很大的表成为可能。表空间的最大容量为64TB。

扩展资料

MySQL数据库中，数据量越来越大的优化方案：

单表优化可以从这几个角度出发：

1、表分区

MySQL在5.1之后才有的，可以看做是水平拆分，分区表需要在建表的需要加上分区参数，用户需要在建表的时候加上分区参数；分区表底层由多个物理子表组成，但是对于代码来说，分区表是透明的。

SQL中的条件中最好能带上分区条件的列，这样可以定位到少量的分区上，否则就会扫描全部分区。

2、增加缓存

主要的思想就是减少对数据库的访问，缓存可以在整个架构中的很多地方；比如：数据库本身有就缓存，客户端缓存，数据库访问层对SQL语句的缓存，应用程序内的缓存，第三方缓存（如Redis等）。

mysql bigint(20)中20指的是该字段下能输入的最大数字长度。

括号里的数字叫数据的宽度，不同的数据类型对宽度的处理也不一样：

1、整数类型，这里显示的宽度和数据类型的取值范围是没有任何关系的，显示宽度只是指明Mysql最大可能显示的数字个数，数值的位数小于指定的宽度时会由空格填充；如果插入了大于显示宽度的值，只要该值不超过该类型的取值范围，数值依然可以插入，而且能够显示出来。例如上面的udi，显示的宽度是4，但是我向uid中插入100001，也是可以的，保存和显示的都会是100001；如果你不设置宽度，系统将添加默认的宽度tinyint(4),smallint(6),mediumint(9),int(11),bigint(20),这些默认的宽度是跟该类型的取值范围长度相关。

2、字符串类型，字符串类型这个宽度才真的用上了。不管是char还是varchar，宽度都定义了字符串的最大长度；例如上面的 password varchar(20),如果你输入了一个21个字符的密码，那么保存和显示的只会是前20个字符，你将丢失一个字符信息，char同理。由于varchar是变长存储的，所以实际开发中我们一般都把varchar的宽度设为最长255，反正你没用完它也不会浪费空间。

3、浮点和日期等数据类型对数据的宽度没有要求，一般也不设置，默认是0。

第一次看到decimal(m,d)一头雾水，知道肯定是个范围，但是不知道范围的规则，看了一些文章发现说的都不是很明白，于是去官网看了下。

大概意思是这样的：

decimal(m,d)

m是数字的最大位数，他的范围是从1-65；

d是小数点后的位数，他的范围是0-30，并且不能大于m。

如果m被省略了，那么m的值默认为10，

如果d被省略了，那么d的值默认为0.

举例表示：

1、decimal(5,2) 所指代的范围是-999.99~999.99 数字的最大位数是5位，小数点右侧是2位，即有两位小数。

2、decimal(7,6)所指代的范围是-9.999999~9.999999 数字的最大位数是7位，小数点右侧是6位，即有六位小数。

字的位数和所占字节数，有以下对应表：

小数点左侧位数

数据结构所占的字节数

1–21

3–42

5–63

7–94

举例表示：

decimal(18,9)小数位左右各为9位数，此数据所占以上表格即为4字节整数位，4字节小数位；

decimal(20,6)整数位为14位，小数位位6位，此数据需要4个字节给整数位的9位和3字节给另外的5位整数，另外小数位需要3个字节，总共是4+3+3 = 11个字节。

decimal不能够存储以“+”、“-”和“0”开头的数据，如果是“+”开头momo默认存为正数，而“-”开头则不存储

具体的对decimal的定义，可以在mysql源码中的strings/decimal.c文件中的decimal2bin()函数查看。

---