一般在设计通知中心时，都会在入口处显示一个未读消息数，这样不仅可以醒目地告知用户有未读消息，还能让用户更容易从众多小图标中区分出通知中心的入口。比如 ucloud 控制台的顶栏： 我们网站的通知中心也一样，在入口同样加上了未读消息数的显示。 上线后平稳运行，以为可以就这样一直美下去。程序只要有人用，总会有出 bug 的那一天，最近高峰期经常会出现来自通知表的慢查询语句，仔细一查，原来就是统计未读消息数的语句，而且都是来自几个大用户。我们通知里分了多个组，每个组都有自己的一个未读数，sql 语句差不多是下面这样： SELECT groupID, count(0) unreadCount FROM notification WHERE userID=xxx AND hasRead=…