多少行数_MySQL单表最大记录数是多少？过多怎么优化呢？程序员看过定收藏

其实&＃xff0c;MySQL本身并没有对单表最大记录数进行限制.但是从性能考虑&＃xff0c;肯定是有一定影响的

曾经在中国互联网技术圈广为流传着这么一个说法&＃xff1a;MySQL 单表数据量大于 2000 万行&＃xff0c;性能会明显下降。事实上&＃xff0c;这个传闻据说最早起源于百度。具体情况大概是这样的&＃xff0c;当年的 DBA 测试 MySQL性能时发现&＃xff0c;当单表的量在 2000 万行量级的时候&＃xff0c;SQL 操作的性能急剧下降&＃xff0c;因此&＃xff0c;结论由此而来。然后又据说百度的工程师流动到业界的其它公司&＃xff0c;也带去了这个信息&＃xff0c;所以&＃xff0c;就在业界流传开这么一个说法。

再后来&＃xff0c;阿里巴巴《Java 开发手册》提出单表行数超过 500 万行或者单表容量超过 2GB&＃xff0c;才推荐进行分库分表。对此&＃xff0c;有阿里的黄金铁律支撑&＃xff0c;所以&＃xff0c;很多人设计大数据存储时&＃xff0c;多会以此为标准&＃xff0c;进行分表操作。

事实上&＃xff0c;这个数值和实际记录的条数无关&＃xff0c;而与 MySQL 的配置以及机器的硬件有关。因为&＃xff0c;MySQL 为了提高性能&＃xff0c;会将表的索引装载到内存中。InnoDB buffer size 足够的情况下&＃xff0c;其能完成全加载进内存&＃xff0c;查询不会有问题。但是&＃xff0c;当单表数据库到达某个量级的上限时&＃xff0c;导致内存无法存储其索引&＃xff0c;使得之后的 SQL 查询会产生磁盘 IO&＃xff0c;从而导致性能下降。当然&＃xff0c;这个还有具体的表结构的设计有关&＃xff0c;最终导致的问题都是内存限制。这里&＃xff0c;增加硬件配置&＃xff0c;可能会带来立竿见影的性能提升。

1.数据库设计和表创建时就要考虑性能

设计表时要注意&＃xff1a;

表字段避免null值出现&＃xff0c;null值很难查询优化且占用额外的索引空间&＃xff0c;推荐默认数字0代替null。

尽量使用INT而非BIGINT&＃xff0c;如果非负则加上UNSIGNED(这样数值容量会扩大一倍)&＃xff0c;当然能使用TINYINT、SMALLINT、MEDIUM_INT更好。

使用枚举或整数代替字符串类型

尽量使用TIMESTAMP而非DATETIME

单表不要有太多字段

用整型来存IP

2.sql的编写需要注意优化

可以通过开启慢查询日志来找出较慢的SQL

使用limit对查询结果的记录进行限定

避免select *&＃xff0c;将需要查找的字段列出来

使用连接(join)来代替子查询

sql语句尽可能简单&＃xff1a;一条sql只能在一个cpu运算&＃xff1b;大语句拆小语句&＃xff0c;减少锁时间&＃xff1b;一条大sql可以堵死整个库

OR改写成IN&＃xff1a;OR的效率是n级别&＃xff0c;IN的效率是log(n)级别&＃xff0c;in的个数建议控制在200以内

少用JOIN

尽量避免在WHERE子句中使用!&＃61;或<>操作符&＃xff0c;否则将引擎放弃使用索引而进行全表扫描

列表数据不要拿全表&＃xff0c;要使用LIMIT来分页&＃xff0c;每页数量也不要太大

3.分库

把一个数据库分成多个.

4.分表

分表分为垂直拆分和水平拆分

感谢阅读&＃xff0c;如果这篇文章帮助了您&＃xff0c;欢迎 点赞 &＃xff0c;收藏&＃xff0c;关注&＃xff0c;转发 哟。您的帮助是我们前行的动力&＃xff0c;我们会提供更多有价值的内容给大家... 谢谢!