mysql的水平分表与垂直分表

最新推荐文章于 2025-11-21 05:30:00 发布
原创 最新推荐文章于 2025-11-21 05:30:00 发布 · 1.1k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了数据库优化中的两种分表策略——水平分表和垂直分表。水平分表通过将数据分散到多个表来提高查询效率；垂直分表则通过拆分表结构减少不必要的字段加载，提升性能。

        在我上一篇文章中说过，mysql语句的优化有局限性，mysql语句的优化都是围绕着索引去优化的，那么如果mysql中的索引也解决不了海量数据查询慢的状况，那么有了水平分表与垂直分表的出现（我就是记录一下自己的理解）

        水平分表：

            

如上图所示：另外三张表表结构是一样的  只不过把数据进行分别存放在这三张表中，如果要insert 或者query 那么都需要对id进行取余 然后table名进行拼接，那么就是一张完整的table_name

 但是如果我需要对name进行分表呢 或者对email呢？

    那么就需要用MD5进行加密 因为MD5加密后是16进制  那么就就可以进行取余，思路同上。

垂直分表：

    为什么需要进行垂直分表？

    因为如果一张表中 有一个大字段 而且并不是必须要展示的或者不是当前需要用的  那么虽然没有刻意去查询  但是在根据id或者其他索引进行查询的时候就会把大字段一起查出来，会严重影响查询的性能，所以才有的垂直分表

    详细请看下图：

    

以上就是水平分表和垂直分表的一种思路，水平有限 不足之处 请指出 谢谢

Mysql的分表设计方法 （水平分表和垂直分表）
专注基础架构领域
04-08 982
虽然知识查询分数，但是题目和回答这两个大字段也是要被扫描的，很消耗性能。用户登录的时候，可以将用户的id%100，那么会得到0-99的数，查询表的时候，将表名qq跟取模的数连接起来，就构建了表名。比如用户id为1000086，除以100取模得86，那么就到qq86表查询，查询的时间将会大大缩短。假设QQ的用户有100亿，如果只有一张表，每个用户登录的时候数据库都要从这100亿中查找，会很慢很慢。垂直分割指的是：表的记录并不多，但是字段却很长，表占用空间很大，检索表的时候需要执行大量的IO，严重降低了性能。
mysql 水平分表（分库）| sharding-jdbc实战详细步骤
2201_75287294的博客
11-21 980
因为MOD算法只能处理t_order_0、t_order_1这样从零开始的，无法处理t_order_2、t_order_3序号从2开始的，MOD算法的源码是ModShardingAlgorithm，比较简单，只需要稍加修改就能符合我们的需求。
Mysql的水平分表与垂直分表的讲解
09-09
今天小编就为大家分享一篇关于Mysql的水平分表与垂直分表的讲解，小编觉得内容挺不错的，现在分享给大家，具有很好的参考价值，需要的朋友一起跟随小编来看看吧
MySQL高级：分库分表是什么？——垂直分表&水平分表等
master_chenchen的博客
06-10 967
在设计分库分表策略时，必须仔细考虑数据的访问模式、业务增长预期以及系统的维护成本。分库分表作为一种高效的解决方案，能够有效地提高系统的可扩展性和性能。本文将深入介绍分库分表的基本概念、实现方式以及在MySQL中的应用。在分库环境中，需要一个全局唯一的ID生成策略以确保不同数据库中的ID不会重复。分库分表是将数据分散存储到多个数据库或表中的技术。分库是把数据分散到多个数据库实例中，而分表则是将数据分散到同一个数据库实例的多个表中。根据一定的规则（如用户ID），将数据访问请求路由到特定的数据库或表中。
【分布式利器：分库分表】2、垂直拆分vs水平拆分：怎么拆才合理？
最新发布
专注AI工程化与架构实战。从分布式思维到模型部署，用工程化视角为你厘清AI落地的真实路径。
11-21 972
分库分表是解决数据库性能瓶颈的关键技术，分为垂直拆分和水平拆分两种策略。垂直拆分包括垂直分表和垂直分库：前者按字段访问频率拆分表（如用户核心表+扩展表），减少大字段对查询的影响；后者按业务域拆分库（如订单库、用户库），隔离业务压力。水平拆分则通过水平分表，将单表数据按规则（如时间、ID哈希）分散到多个结构相同的子表中，解决单表数据量过大的问题。每种方案各有优缺点，需结合实际业务场景（如字段特性、数据量、访问模式）选择合适的拆分方式。
水平分表（Mybatis插件实现）
小菜鸟的大博客
05-12 1120
水平分表（Mybatis插件实现） tips:（这里可以根据实际业务进行选择,比如每个月数据不是很平均，就可以按照预算数据量来进行分割 例子，按照id mod 100 把表分成100张，然后进行表名+ （id mod 100）取 ） 这里为了简单起见，假定月份数据量相差不大 将一张大表按照月份划分 fee_202001,fee_202002,fee_202003… 表中只有三个字段：id，费用金额fee_amt，费用日期fee_date 其中gmt_create,gmt_modified是阿里出的java泰
表的垂直分割和水平分割
您已进入防沉迷系统...
11-06 3081
1，水平分割： 例：QQ的登录表。假设QQ的用户有100亿，如果只有一张表，每个用户登录的时候数据库都要从这100亿中查找，会很慢很慢。如果将这一张表分成100份，每张表有1亿条，就小了很多，比如qq0,qq1,qq1...qq99表。 用户登录的时候，可以将用户的id%100，那么会得到0-99的数，查询表的时候，将表名qq跟取模的数连接起来，就构建了表名。比如123456789用户，取模的
mysql水平分表和垂直分表和数据库分区
dragon8299的专栏
10-11 1758
mysql水平分表和垂直分表和数据库分区。 坚信数据库的物理设计在对高级数据库的性能影响上远比其他因素重要。给大家说一下经过专家对Oracle的研究，他们解释了为什么拙劣的物理设计是数据库停机（无论是有计划的还是没计划的）背后的主要原因。但在这点上俺还是坚持DBA如果想要高性能
mysql水平分表_mysql数据库的水平分表与垂直分表实例讲解
weixin_31785177的博客
01-18 597
mysql语句的优化有局限性，mysql语句的优化都是围绕着索引去优化的，那么如果mysql中的索引也解决不了海量数据查询慢的状况，那么有了水平分表与垂直分表的出现(我就是记录一下自己的理解)水平分表：如上图所示：另外三张表表结构是一样的 只不过把数据进行分别存放在这三张表中，如果要insert 或者query 那么都需要对id进行取余 然后table名进行拼接，那么就是一张完整的table_na...
(转)mysql水平分表和垂直分表和数据库分区
weixin_33834075的博客
10-09 267
        坚信数据库的物理设计在对高级数据库的性能影响上远比其他因素重要。给大家说一下经过专家对Oracle的研究，他们解释了为什么拙劣的物理设计是数据库停机（无论是有计划的还是没计划的）背后的主要原因。但在这点上俺还是坚持DBA如果想要高性能的数据库就必须在数据库的物理设计上多思考的观点，这样才能减少响应时间使终端用户满意而不是引来骂声一片。 今天的文章是MySQL5.1的发布带来了设计...
mysql 垂直分表和水平分表
蛋蛋的博客
08-10 2587
水平分表 ： 数据表行的拆分，通俗点就是把数据按照某些规则拆分成多张表或者多个库来存放。分为库内分表和分库。 比如一个表有400万数据，查询很慢，可以分到四个表，每个表有400万数据 垂直分表： 列的拆分，根据表之间的相关性进行拆分。常见的就是一个表把不常用的字段和常用的字段就行拆分，然后利用主键关联。或者一个数据库里面有订单表和用户表，数据量都很大，进行垂直拆分，用户库存用户表的数据，订单库存订单表的数据。 分库分表方案： 1.取模方案： 拆分之前，先预估一下数据量。比如用.
垂直分表水平分表
weixin_33698823的博客
11-14 168
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 分表技术（表的结构不能变） 分表技术有(水平分割和垂直分割) 当一张越来越大时候，即使添加索引还慢的话，我们可以使用分表 以qq用户表来具体的说明一下分表的操作. 思路如图 ： ...
mysql中的优化, 简单的说了一下垂直分表, 水平分表(有几种模运算),读写分离.
weixin_33811539的博客
09-18 210
一、mysql中的优化 where语句的优化 1.尽量避免在 where 子句中对字段进行表达式操作select id from uinfo_jifen where jifen/60 > 10000;优化后:Select id from uinfo_jifen where jifen>600000; 2.应尽量避免在where子句中对字段进行函数操作，这将导致mysql放弃使用索...
MySql 分库分表：垂直分表、垂直分库、水平分表、水平分库
书香水墨
12-15 3279
读写分离解决的是数据库读写操作的压力，但是没有分散数据库的存储压力，利用分库分表可以解决数据库的储存瓶颈，并提升数据库的查询效率。 12.1、垂直拆分： （1）垂直分表：将一个表按照字段分成多个表，每个表存储其中一部分字段。一般会将常用的字段放到一个表中，将不常用的字段放到另一个表中。 优点： （1）避免IO竞争减少锁表的概率。因为大的字段效率更低，第一，大字段占用的空间更大，单页内存储的行数变少，会使得IO操作增多；第二数据量大，需要的读取时间长。 （2）可以更好地提升热门数据的查询效率。 （2）
Mysql--运维篇--库表分离（垂直分库，水平分库，垂直分表，水平分表）
weisian的博客
01-12 6366
分库是指将一个大的数据库拆分成多个独立的数据库实例，适用于需要分布式架构和高可用性的场景。分表是指将一个大表拆分成多个小表，适用于需要减少单表行数或列数的场景。垂直分库/分表是按列或表的功能进行划分，适用于字段较多且某些字段不常用的情况。水平分库/分表是按行进行划分，适用于数据量大、并发访问高的场景。两者结合 可以在更大规模的应用中提供更好的性能和可扩展性。分库是把表或者数据分布到不同的数据库上，减轻数据库压力。分表是把表结构或者表数据拆分到不同的表上，减轻数据库压力。
MySql学习笔记——水平与垂直分表（二十一）
淡烟疏雨的博客
04-04 509
水平分表 通常指的是：通过应用程序层，将数据划分到不同的表中进行存储，甚至可以分布到不同的数据库服务器上。分区是在mysql服务器层完成的分区算法 分表会导致客户端明显的改变，在服务器端，出现结构相同的多张表 以账单为例： 结构完全相同的三张表 应用程序决定当前使用哪张表以时间为依据 查数据 插数据 先设计生成id的表 分表的原因 数据库减压 分区算法局限（重要） 分区和水平分表都属于...
mysql水平分表和垂直分表
xxs18326183038的博客
06-08 3708
在网上找了很多mysql分表的做法，都大同小异，天下文章一大抄，哈哈，今天我也来抄一抄，不过我是经过实战操作的。参考的是这里 https://www.cnblogs.com/lucky-man/p/6207873.html。我的做法是：1，假设现在是存储用户聊天记录(哈哈，还是抄的上面链接同志的) 预先建了3个表 然后根据用户uid取模来判定将聊天记录存放在哪个表中：   CREATE TABLE...
mysql 垂直分表 设计_水平分表和垂直分表
weixin_42315338的博客
01-27 695
一、数据库瓶颈不管是IO瓶颈，还是CPU瓶颈，最终都会导致数据库的活跃连接数增加，进而逼近甚至达到数据库可承载活跃连接数的阈值。在业务Service来看就是，可用数据库连接少甚至无连接可用。接下来就可以想象了吧(并发量、吞吐量、崩溃)。1、IO瓶颈第一种：磁盘读IO瓶颈，热点数据太多，数据库缓存放不下，每次查询时会产生大量的IO，降低查询速度 -> 分库和垂直分表。第二种：网络IO瓶颈，请求...
mysql-水平分表-垂直分表
大猫博客
05-05 4983
Mysql的分表技术 水平分割技术:->以qq用户登录为例: 创建uuid表 create table uuid (id int unsigned primary key auto_increment);创建3张用户表 create table qqlogin0 (id int unsigned primary key, name varchar(32) not null default ''
mysql 数据库表水平分表垂直分表
02-12
### 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操作影响整体性能表现。 - 设计初期需要充分考虑未来可能的变化趋势以免后期调整困难。 - **适用场景** - 表结构中含有许多低频率使用却占据较多磁盘空间的列时推荐实施该方案。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值