在IM客户端中对已发送的消息存储在sqlite中的主键设计疑问

  在服务端中会持久化发送过来的消息到数据库中，那么在客户端中sqlite存储该消息开一个自增的clientId来做为客户端本地查询使用（重启应用后联表查询什么的），待服务端持久化成功后返回生成的主键并且客户端收到后更新该消息id列的值（与clientId为不同列），想请问一下这样逻辑有问题吗？
  另外想问下客户端本地其它用户信息的同步是怎么做的，目前想到的是每当用户更新自己的信息后就查找相关好友，并对这些好友进行推送以更新他们的本地客户端的user表。望大佬不吝赐教

你客户端sqlite里的自增id不需要跟服务端有什么关联，不需要受服务端数据结构的影响
通常im聊天消息都有消息id，这个id全局唯一，前后端都是用这个来标识某条消息的。

关于消息id的技术文章，你看看这些：
《IM消息ID技术专题(一)：微信的海量IM聊天消息序列号生成实践（算法原理篇）》
《IM消息ID技术专题(二)：微信的海量IM聊天消息序列号生成实践（容灾方案篇）》
《IM消息ID技术专题(三)：解密融云IM产品的聊天消息ID生成策略》
《IM消息ID技术专题(四)：深度解密美团的分布式ID生成算法》
《IM消息ID技术专题(五)：开源分布式ID生成器UidGenerator的技术实现》
《IM消息ID技术专题(六)：深度解密滴滴的高性能ID生成器(Tinyid)》