数据库单表和分表后效率对比,Merge引擎,MyISAM及Innodb效率的看法

本文通过实验对比了单表与分表在不同数据量下的查询效率,并分析了分表采用Merge引擎的效果,同时比较了MyISAM与InnoDB引擎在查询效率上的表现。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

公司项目有用到分表,考虑到分表对于查询效率的影响,进行了测试,测试过程不列举,这里记录下自己测试的结果,以及自对单表和分表,三种引擎的看法.

这个是基于我自己的电脑测试结果,仅代表自己的看法.在数据库上分库分表上的知识远远不够,这些结论肯定不成熟,我会持续完善!

一.单表和分表查询效率对比

1.数据量及查询时长

数据量单表多表
10w0.240.31
20w0.470.63
30w0.740.98
60w1.52
150w4.29

2.结论 

分表后,效率降低,数据量越大,分表查询效率越低.100w的数据量的时候,耗时差距在1倍.

但是分表提高了插入的效率.


二.Merge引擎对分表效率的影响

1.merge引擎的使用

必须union的分表为MyISAM引擎才能生效

2.效率影响

根据对Merge引擎的测试发现,单表效率>Merge引擎查询效率>分表union all查询效率

100w数据量的情况下,耗时单位比为 2:3:4左右


三.MyISAM和Innodb引擎

对于查询而言,一直的说法是 MyISAM的查询效率率Innodb高,但是从实际测试角度,并无太大差别.

### MySQL 数据库的水平分表垂直分表方法及其应用场景 #### 水平分表 (Sharding) 水平分表是指将同一张的数据按照一定的规则拆分成多份,每一份数据存储在一个独立的子中。这种方式适用于当的数据量非常庞大时。 - **实现方式** - 使用哈希算法或范围分区来决定哪些记录应该存放在哪个子内。 - 可以通过特定字段(如用户ID)作为键来进行散列计算,从而分配至不同格。 ```sql CREATE TABLE orders_shard_0 ( order_id INT NOT NULL, user_id INT NOT NULL, product_name VARCHAR(255), PRIMARY KEY(order_id) ); CREATE TABLE orders_shard_1 LIKE orders_shard_0; ``` - **优点** - 减少了内的数据总量,提高了查询效率[^4]。 - 支持更大的并发读写操作,因为各个分片可以分布在不同的机器上运行。 - **缺点** - 跨分片的操作变得复杂,特别是涉及到跨分片连接查询的情况。 - 维护成本增加,包括备份恢复、迁移等方面的工作难度加大。 - **适用场景** - 当某类实体的数量极其巨大,并且存在明显的地域分布或其他可利用特征用于切分时适合采用此策略。 #### 垂直分表 (Vertical Partitioning) 垂直分表则是指对于某些具有大量字段的大宽而言,将其划分为若干个小窄的过程。这通常是为了优化频繁使用的少量核心字段与其他较少访问的辅助属性之间的关系而设计的一种模式。 - **实现方式** - 将原中最常被一起检索出来的几个重要字段保留下来形成基础; - 把其他不太常用或者占用空间较大(例如BLOB类型)的字段独提取出来创建新的关联。 ```sql -- 主要信息保存在基本信息里 CREATE TABLE customer_basic_info( id BIGINT AUTO_INCREMENT, name VARCHAR(64), age TINYINT UNSIGNED, gender ENUM('male', 'female'), PRIMARY KEY(id) ); -- 较少使用的额外资料则放置于扩展之中 CREATE TABLE customer_extra_details( cust_id BIGINT, address TEXT, profile_pic MEDIUMBLOB, -- 大型二进制对象 FOREIGN KEY(cust_id) REFERENCES customer_basic_info(id) ); ``` - **优点** - 提升了对热点数据项的快速定位能力,减少了不必要的I/O开销[^3]。 - 对于那些包含有大尺寸文本或多媒体内容的应用来说尤其有效果显著。 - **缺点** - 如果处理不当可能会导致过多的小规模JOIN操作影响整体性能现。 - 设计初期需要充分考虑未来可能的变化趋势以免后期调整困难。 - **适用场景** - 结构中含有许多低频率使用却占据较多磁盘空间的列时推荐实施该方案。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值