php消息推送-php网站消息推送原理请教

主要信息：打算做用户管理系统，是邀请注册的。我的admin表和用户表是分开的。

遇到的问题：
问题一：admin（网站管理员）可指定用户推送消息，也可以向全部用户推送消息，也可以向注册邀请码为####的用户推送消息。
问题二：我可以向通过我的邀请码注册的用户组推送消息，也可以向通过我的邀请码注册的用户推送消息。

我的想法是：
想法一：建一个消息表，我在给用户组发送消息的时候把所有的id查出来，然后写到表里面，在前台查询的时候查询这个表是否有该用户的id，如果有的话就显示，但是感觉我想的这个想法不合理，如果网站有1000个用户，写的时候很耗时，用户界面在读取的时候也很耗时，还有就是没法判断用户是已读还是未读，这样是一个数据对应多个id。
想法二：简历一个消息表，我在给用户组发送消息的时候把所有的id查出来，然后把这些id循环插入到这个表中。这样可以解决用户是已读还是未读的问题，因为每个id对应的是一条数据。但是假设我的网站有10000个会员，我要是每天推送一条数据，其他用户发送的消息，时间一长，表中就会有几十万或者几百万条数据，早晚会拖死数据库。感觉也不是最佳的方式。

希望有这方面知识的可以给讲个好一点的思路，谢谢。

回复内容：

主要信息：打算做用户管理系统，是邀请注册的。我的admin表和用户表是分开的。

遇到的问题：
问题一：admin（网站管理员）可指定用户推送消息，也可以向全部用户推送消息，也可以向注册邀请码为####的用户推送消息。
问题二：我可以向通过我的邀请码注册的用户组推送消息，也可以向通过我的邀请码注册的用户推送消息。

我的想法是：
想法一：建一个消息表，我在给用户组发送消息的时候把所有的id查出来，然后写到表里面，在前台查询的时候查询这个表是否有该用户的id，如果有的话就显示，但是感觉我想的这个想法不合理，如果网站有1000个用户，写的时候很耗时，用户界面在读取的时候也很耗时，还有就是没法判断用户是已读还是未读，这样是一个数据对应多个id。
想法二：简历一个消息表，我在给用户组发送消息的时候把所有的id查出来，然后把这些id循环插入到这个表中。这样可以解决用户是已读还是未读的问题，因为每个id对应的是一条数据。但是假设我的网站有10000个会员，我要是每天推送一条数据，其他用户发送的消息，时间一长，表中就会有几十万或者几百万条数据，早晚会拖死数据库。感觉也不是最佳的方式。

希望有这方面知识的可以给讲个好一点的思路，谢谢。

http://www.workerman.net/web-sender

做消息推送的，可以看下这个