2

我正在尝试设计一个通知架构，其中每个通知都有一个 UID，并且需要传递给多个用户。每个用户设备都有最新通知的本地缓存。当用户设备上线时，它总是会检查是否有任何新通知，并提取所有针对该用户的通知。设备会保留其同步的最新通知的 UID，并使用该 UID 从服务器获取更新的通知。

我想知道在 MySQL 表中实现这一点的最佳方法，以使其可扩展为超过 500K 用户。

我有一个通知详细信息表，其中通知 UID 是自动增量主键。我需要关于用户映射表的建议（忽略外键约束）

CREATE TABLE user_notifications_mapping ( 
    user_id INT UNSIGNED NOT NULL, 
    notification_id BIGINT UNSIGNED NOT NULL,
    UNIQUE KEY (user_id, notification_id)
) ENGINE=InnoDB;

但我怀疑在进行类似查询时它是否会是最佳性能

SELECT notification_id FROM user_notifications_mapping WHERE user_id = <user-id> AND notification_id > <last-notification-uid>
4

1 回答 1

1

如果表被正确索引，这种设计是非常合适的。假设只有“少量”通知将在同步时返回给给定设备，那么即使表很大（数百万行），中型服务器也将能够每秒处理数百个此类请求。

现在这张桌子将变得非常巨大。但我相信一个给定的通知只需要发送到一个给定的设备一次。发送通知后，我会考虑删除（或在另一个表中存档）该表的记录。从概念上讲，这个表变成了pending_notifications.

[编辑]

鉴于新信息，该表可能会超出实际大小。你需要采取不同的方法。例如，可能有一种方法可以对通知进行分组（例如，它们属于给定类型，或者它们源自应用程序中的给定实体）。相同的概念可以应用于您的用户：也许您希望将一些通知发送给（例如）所有“客户”或“所有“管理员”。

基本思想是在两个较小基数的实体之间建立 nn 关系。您不会模拟“某些用户收到某些通知”的情况，而是“某些用户组收到某些类型的通知”。

例子：

  • 通知可以是“公告”、“通知”或“警告”（通知类型）
  • 用户可以是“管理员”或“客户”（用户组）

然后notifications_mapping表格将如下所示：

    +------------------------+
    | 通知映射 |
    +------------------------+
    | 通知类型 |
    | group_id |
    +------------------------+

相应的查询可能是：

SELECT notification_id
FROM notifications_mapping AS map
JOIN user ON user.group_id = map.group_id
JOIN notifications ON notifications.type = map.notification_type
WHERE user_id = <user-id> AND notification_id > <last-notification-uid>
于 2013-06-12T07:40:47.180 回答