如果嫌写数据库耗时,可以专门分离出来一个应用用于数据 INSERT、UPDATE、DELETE 等等。
对外开放一个小 HttpServer,接收消息,然后将消息缓存到队列中逐一处理。
现在的问题就是不明白这个消息应该怎么组织,对数据库的操作有很多,还要携带写入的数据。
想问一波这个消息体的结构如何设计,粒度应该是怎样的,如何才能使业务应用不会过度沉迷于持久化的规则。
如果嫌写数据库耗时,可以专门分离出来一个应用用于数据 INSERT、UPDATE、DELETE 等等。
对外开放一个小 HttpServer,接收消息,然后将消息缓存到队列中逐一处理。
现在的问题就是不明白这个消息应该怎么组织,对数据库的操作有很多,还要携带写入的数据。
想问一波这个消息体的结构如何设计,粒度应该是怎样的,如何才能使业务应用不会过度沉迷于持久化的规则。