关于Mysql消息表的设计

最新推荐文章于 2025-03-11 11:25:38 发布
最新推荐文章于 2025-03-11 11:25:38 发布
阅读量2.6k 收藏 3
点赞数
分类专栏： PHP mysql 消息 文章标签： mysql 消息
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_30987095/article/details/102936432
版权
本文探讨了消息通知系统的优化设计，提出将主表用于后台管理，附表用于用户操作获取，强调群发消息应采用用户触发式更新，避免垃圾消息堆积，确保系统高效运行。

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

PS：看了很多人的设计方案，感觉大体上没什么变化；由于消息未读数量是一个频繁获取的值，在不考虑缓存的情况下，可以如下设计

 

主表：用来在后台进行管理

 

附表：用于用户的操作获取行为

注意：群发消息不要直接发给所有人，做成用户触发式的更新群发消息，避免大量垃圾消息堆积

本地消息表的设计与实现
u013374645的博客
07-18 3208
前言 很久没有更新过了，准备开始写一些质量高一些的文章，也会同步到SegmentFault，个人主页：https://segmentfault.com/u/jinhaozhi/articles，近期主要记录下接近一年的核心工作。 背景 本地消息表是什么？ 一种通过单机事务来保障分布式数据一致性的策略，作用就是在分布式系统中保证上下游的数据最终一致； Case（以订单为例） 在任何一个电商系统中，订单都是属于核心链路部分，要求高可用和稳定，但是作为核心链路，对下游的其余依赖也是难以...
消息聊天系统MySQL表设计_消息系统数据库设计
weixin_33968957的博客
01-27 2532
1、新建platform_info表，此表存储调用消息平台方应用信息CREATE TABLE IF NOT EXISTS `platform_info` (`id` int(11) NOT NULL AUTO_INCREMENT,`platform_code` varchar(50) NOT NULL COMMENT '平台编码',`platform_name` varchar(50) NOT N...
站内消息表的设计
云智禅师的专栏
11-28 1280
-- 一起4张表 消息类别表,消息表,发送消息人员表,接收消息人员表 -- 至于会员要接收到信息后删除自己，其实可用标记处理而无作废，也就存在---回收站的概念，最后也可以彻底删除 -- 消息表单独拿出来不做任何处理,这样数据也不会冗余,发送人与接收人的处理分别可以单独处理 ---------------消息类别表----------------- TMessageType     F
站内消息系统设计
最新发布
qq_44627031的博客
03-11 478
很多时候会群发 比如库存不足 系统发消息给有商品库存权限的运营人员 发送表里面只添加一条数据 接收表里面多条数据（包含所有有商品库存权限的运营人员）保证内容只会存储一份 删消息删的是接收表的。使用消息模版发消息 一般为系统消息 触发了某个条件 比如对应用户来说 你注册了给你发用户注册成功的消息 对于运营侧来说 比如用户买东西了 检查达到库存阈值了 发消息提醒补充库存等等。可以抽取MsgSendUtil 工具类 减少代码冗余。用户之间 或者与管理员之间 没模版 写什么发什么。做好幂等消息只发一次。
消息数据表设计
qq_40484634的博客
08-25 6846
消息数据表设计 消息一般分为 通告（公告） 消息（站内短信） 提醒 通告（bulletin） 通告是平台发，用户收，通告分为实时和非实时 ，通告有优先级：紧急，高，普通。 平台可以向一个用户、多个用户、指定的群体、全部用户发送通告 通告发布后，一般不会修改。 表设计 通告表 id 主键自增 level 优先级 create_time 发布时间戳 delete_time 删除时间戳，不为0表示删除 默认0 title 标题 content 内容 cancel_ti
【134期】技术总监问：如何设计群聊消息的已读未读功能？
Java精选
10-08 1448
点击上方“Java精选”，选择“设为星标”别问别人为什么，多问自己凭什么！下方留言必回，有问必答！每天08:00更新文章，每天进步一点点...一朋友和我讨论他前段时间面试某大公司的一题...
消息已读未读的模型设计_现代IM系统中的消息系统架构 - 架构篇
weixin_39583623的博客
12-01 458
前言IM全称是『Instant Messaging』，中文名是即时通讯。在这个高度信息化的移动互联网时代，生活中IM类产品已经成为必备品，比较有名的如钉钉、微信、QQ等以IM为核心功能的产品。当然目前微信已经成长为一个生态型产品，但其核心功能还是IM。还有一些非以IM系统为核心的应用，最典型的如一些在线游戏、社交应用，IM也是其重要的功能模块。可以说，IM系统已经是任何一个带有社交属性的应用需要具...
消息聊天系统MySQL表设计-聊天系统-数据库设计.pdf
05-18
综上所述，消息聊天系统的数据库设计需要综合考虑数据存储、实时交互和性能需求，通过MySQL和Redis的结合使用，可以有效地实现这些目标。同时，为了保证系统稳定，还需要实施频率控制和流量限制策略，以防止恶意攻击...
消息聊天系统MySQL表设计-消息系统数据库设计.pdf
05-18
在构建一个消息聊天系统时，数据库的设计是至关重要的，因为它决定了系统的稳定性和效率。以下是根据提供的文件信息解析出的关键知识点： 1. **平台信息表**（`platform_info`）： - 此表用于存储与消息平台交互的...
消息聊天系统MySQL表设计_消息系统的设计（二: 系统架构设计和数据库设计） | 剑花烟雨江南...
weixin_35120608的博客
01-28 1844
在开发中，我们期望消息的发送与业务系统进行解耦，这样做的好处是，可以是业务代码与消息系统的发送完全分离，不会因为消息发送的快慢程度而影响业务系统处理。因此，我们使用队列来完成消息的推送。消息流程图：① 创建消息类型队列在之前我们将消息按类型分类，例如：财务消息、文章消息、审核消息等，同样，我们可以根据业务拆分为几个业务队列，用来存储消息推送的参数。② 推送参数存入队列在业务触发消息推送后，我们可以...
mysql 评论回复表设计_数据库设计——评论回复功能
weixin_30300027的博客
01-19 1369
1、概述评论功能已经成为APP和网站开发中的必备功能。本文主要介绍评论功能的数据库设计。评论功能最主要的是发表评论和回复评论(删除功能在后台)。评论功能的拓展功能体现有以下几方面：(1)单篇文章的评论数量和信息展示；(2)从时间维度，按照时间倒叙的方式展示动态的用户评论信息；(3)不同栏目，不同模块，不同时间维度的评论排行展示；(4)精华评论的单独推荐和聚合展示；(5)评论后直接分享到绑定的第三方...
Redis实现信息已读未读状态提示
09-10
主要介绍了Redis实现信息已读未读状态提示的相关资料,需要的朋友可以参考下
如何设计一个基于mysql的消息系统。
伊之仲的博客
05-11 1922
https://segmentfault.com/a/1190000012255186
消息已读未读的模型设计_共享消息服务中心解决方案
weixin_39703551的博客
11-23 1033
消息服务中心是业务系统中比较重要的一项功能，在各应用系统独立设计消息管理的时候，会出现维护成本高、资源复用率低、灵活性差等问题，于是笔者结合需求以及产品目标对消息服务中心的结构做出调整。一、背景消息是业务系统中常见的一种功能，但因为前期没有做统一的产品规划，没有考虑功能的复用性，各系统按各自的需求进行设计，各自管理系统消息。图1：应用系统消息推送现状各应用系统独立设计消息管理，主要遇到了以下问题：...
消息推送中的已读消息和未读消息设计难题
qq_63431773的博客
11-16 2101
站内信”有两个基本功能：用户给用户发送站内信，管理员给用户发送站内信。管理员给用户（指定满足某一条件的用户群）群发消息这两个功能实现起来也很简单｛如图｝。只需要设计一个消息内容表和一个用户通知表，当创建一条系统通知后，数据插入到消息内容表。消息内容包含了发送渠道，根据发送渠道决定后续动作。如果是站内渠道，在插入消息内容后异步的插入记录到用户通知表。这个方案看起来没什么问题，但实际上，我们把所有用户通知的消息全部放在一个表里面，如果有 10W 个用户，那么同样的消息需要存储 10W 条。
【MySQL】MySQL表设计的经验（建议收藏）
DreamSun的博客
03-24 1008
作为后端开发，我们经常需要设计数据库表。整理了21个设计MySQL表的经验准则，分享给大家，希望大家看完会有帮助。如果没有特殊的理由， 一般都建议将字段定义为 NOT NULL。为什么呢？首先，NOT NULL可以防止出现空指针问题。其次，NULL值存储也需要额外的空间的，它也会导致比较运算更为复杂，使优化器难以优化SQL。NULL值有可能会导致索引失效如果将字段默认设置成一个空字符串或常量值并没有什么不同，且都不会影响到应用逻辑， 那就可以将这个字段设置为NOT NULL。
rocket消息队列失败从试时间间隔_上海财经大学：消息中心点亮智慧校园
weixin_39655160的博客
10-22 208
高校智慧校园建设旨在改变师生与学校资源、环境的交互方式，开展以人为本的个性化服务，进而建立智能开放的教育环境和便利舒适的生活环境。消息中心服务可以将各类业务过程中产生的消息进行集中管理与收发，师生用户可以方便、及时、准确的获知个人所关注的各类业务状态，实现了学校消息的一站式与个性化推送。因此，消息中心成为高校智慧校园建设的一项重要内容。消息中心的实现依赖于高效可靠的消息队列中间件(简称消...
消息已读未读的模型设计_设计沉思录｜消息中心设计
weixin_39862847的博客
11-30 1652
编辑导读：在APP的整理架构中，消息系统是一个必不可少的功能模块，其核心是帮助用户及时了解各类消息，保障业务正常运行。本文作者消息中心的概念出发，结合58同城的案例，分析总结了APP消息中心的设计思路，与大家分享。58消息中心承担着58同城APP用户集中处理各类业务消息的功能。本篇文章，从消息中心的定义、发展、组成、以及各行业间的异同等方面做了详细介绍，让我们对消息中心有一个整体了解，便于找到设计...
app里未读消息已读、未读是怎么设计的？
千锋教育
03-07 1995
这是最常见的设计，用户打开应用程序后，未读消息会用一个特殊的标记（通常是未读计数器）标识出来。此外，该模式还可以提高用户体验，因为用户可以清楚地了解哪些内容是新的，并且可以在需要时快速的找到它们。综上所述，未读/已读设计模式是一种非常重要的用户界面设计模式，它可以帮助用户更好地管理和查找他们的内容，并提高用户体验。：在这种设计中，用户可以在消息列表中向左或向右滑动消息来将其标记为已读。综上所述，Redis是一个非常适合处理已读未读状态的数据的数据库，它可以提供快速、可扩展、可靠、灵活和高效的解决方案。
微服务架构MySQL数据库表设计
03-08
<think>好的，我现在需要回答用户关于微服务架构下MySQL数据库表设计的最佳实践和示例的问题。首先，我得回忆一下微服务架构的特点，比如服务独立、数据自治等。用户提供的引用材料里提到了主从分离、读写分离，以及设计模式的重要性，这些都需要结合进去。 首先，我应该确定微服务数据库设计的核心原则。每个微服务应该有独立的数据库，避免共享表，这样服务之间不会直接依赖数据库层。数据模型需要根据业务上下文设计，比如使用领域驱动设计（DDD）的限界上下文来划分。另外，分库分表、读写分离也是关键点，需要考虑如何提高性能和扩展性。 然后，思考如何具体设计数据库表。可能需要举一个电商系统的例子，比如用户服务、订单服务、商品服务各自独立，每个服务有自己的数据库，表结构根据服务需求设计。例如用户服务有用户表、地址表，订单服务有订单表和订单项表，商品服务有商品表和库存表。 接下来，数据一致性的问题。微服务之间通常通过事件驱动或分布式事务来保持数据一致性，比如使用最终一致性模型，通过消息队列发送事件。比如订单创建后发布事件，库存服务监听并扣减库存，这样避免强一致性带来的性能问题。 还要考虑扩展性和高可用性，比如分库分表的策略，使用中间件如ShardingSphere，以及主从复制实现读写分离。引用中的主从分离和读写分离需要详细说明如何配置，比如写主库，读从库，提升查询性能。 然后，数据安全方面，敏感信息需要加密，比如用户密码使用哈希加盐存储，避免明文。权限控制也要做好，每个服务使用独立的数据库账号，限制权限，防止横向越权。 最后，总结最佳实践，并给出示例的ER图或代码片段，比如用户表的建表语句，包含必要字段和索引。同时，生成相关问题，帮助用户进一步学习。 需要确保回答符合系统指令，行内公式用$...$，独立公式用$$...$$，正确使用LaTeX语法，用中文回答，引用标记自然添加。检查是否有遗漏的点，比如是否提到了数据冗余的取舍，或者如何处理跨服务查询等问题。可能还需要提到API网关聚合数据，避免跨库查询，或者使用CQRS模式分离读写操作。 确认引用材料中的内容是否已经涵盖，比如主从分离、设计模式的应用，确保引用标记正确。最后，语言要清晰，结构分明，帮助用户一步步理解设计原则和具体实现方法。</think>在微服务架构中设计MySQL数据库表需要遵循服务自治、解耦和高可用原则，以下是关键实践及示例： ### 一、核心设计原则 1. **服务独立数据库** 每个微服务使用独立数据库实例，例如用户服务用`user_db`，订单服务用`order_db`，避免跨服务直接访问其他服务的表[^2]。 2. **按领域设计数据模型** 基于领域驱动设计（DDD）的限界上下文划分表结构。例如： - 用户服务包含`user`、`address`表 - 订单服务包含`order`、`order_item`表 - 商品服务包含`product`、`inventory`表 3. **读写分离与分库分表** - 主库处理写操作，从库处理读操作，通过MySQL主从复制同步数据[^1] - 分表公式：$shard\_key = user\_id \mod 1024$ - 使用ShardingSphere等中间件实现自动路由 ### 二、具体表示例 #### 用户服务表结构（user_db） ```sql CREATE TABLE user ( id BIGINT PRIMARY KEY COMMENT '用户ID', username VARCHAR(64) UNIQUE NOT NULL COMMENT '登录账号', password_hash CHAR(60) NOT NULL COMMENT 'BCrypt哈希值', mobile VARCHAR(20) NOT NULL COMMENT '手机号', created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB; CREATE TABLE address ( id BIGINT AUTO_INCREMENT PRIMARY KEY
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值