亲，这个不是重点，这只是一个例子而已，重点是：怎么处理异步消息在被并行处理时的乱序问题

@平和的心:  

异步异步不是同步，并行时肯定有乱序问题， 就算你自己diy所有消息队列处理程序，让它们排队等待，这也算是脱了裤子放屁。 

所以，你加个时间戳来区别记录， 就像楼下说的一样， 这样最简单。 

像这种异步并行， 在设计流程上就应该规避。 

@问天何必: 没明白，给异步消息加个时间戳？用时间戳怎么解决上面说的问题呢？还能再细说一下吗？

@平和的心: 没办法做， 想法是错误的。 不好意思， 我再想想。 

@问天何必:  想了很久， 

你这种设计真是太扯蛋了，就算你只是举了个栗子。但是设计本质依旧是扯蛋。。。

你的问题应该被简化： 连通知的数据都没有建立好，发个毛的发、 删个毛的删。 评论和通知的数据建立不能用同步方式么？

可以删通知的前提是你已经有这条通知的数据了。 

反过来想， 你可以去看看观察者模式这种设计模式， 用回调函数  来标识你的通知数据已经建立好了，可以发送了、可以删除了也同理。

@问天何必:  又想了一下， 发送和删除操作的发起者都是同一个客户端？

看你举的两个栗子，其实根本不需要动数据库，js方法就OK， 你可以创建一个数组存储ajax请求队列，数组中每一项又是一个请求参数数组, 每次有新请求都是push到末尾，当用户执行操作请求时， 不是直接执行ajax,而是将参数们作为对象存入队列中，按顺序执行，执行完成后就清除队列，不就好了吗？ 

你可以看看ajax队列的文章，如果用的是jquery那更好，可以看queue（）、dequeue（）、clearqueue()方法，  

看了楼下高人的回答， 建一个记录表的方式也不错。如果发起者不是同一个的话， 你就用他的方式。

说到底你就是得控制它们按顺序执行。 

@问天何必: 谢谢。发送和删除有可能不是一个客户端