1\.MySQL持久化数据,Redis只读数据redis在启动之后，从数据库加载数据。读请求：不要求强一致性的读请求，走redis，要求强一致性的直接从mysql读取写请求：数据首先都写到数据库，之后更新redis（先写redis再写mysql，如果写入失败事务回滚会造成redis中存在脏数据）2.MySQL和Redis

系列说明本系列主要讲解RabbitMQ，讲解其特性，例如消息持久化、消息TTL、消息的优先、延迟消息、消息可靠性、消费模式以及在SpringBoot中使用RabbitMQ，代码在我的Github上(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2F

上一章写了YUV数据的获取，这里写写怎么把YUV数据保存起来，以及播放吧。因为YUV数据，都是从camera的回调里拿到的，所以不可以对回调进行阻塞，所以最好的处理方式就是：定义一个队列，在camera的回调里只管往队列里塞数据，在外部，用一个线程，死循环，利用队列的特性：有

Laravel使用redis保存SESSION首先确认服务器已经安装redis服务,php安装了redis扩展.1.打开config/database.php。在redis配置项中增加session的连接'session''host'

 AcitveMQ是作为一种消息存储和分发组件，涉及到client与broker端数据交互的方方面面，它不仅要担保消息的存储安全性，还要提供额外的手段来确保消息的分发是可靠的。一.ActiveMQ消息传送机制  Producer客户端使用来发送消息的，Consumer客户端用来消费消息；它们的协同中心就是ActiveMQbr

1\.PullvsPush　　Producer主动的通过push将消息发布到Broker上，Consumer通过Pull的的方式从Broker消息消息。　　通过Push的方式由于是一有消息就推到Broker,所以极大的保证了消息实时性，但是在某些情况下，可能由于Consumer网络，或是其他原因倒是消费速度低，

注意事项目前uni原生端不支持您定义的消息类型，只支持以下这几类自定义消息（提前内置好是因为原生的自定义消息需要在原生项目侧注册，为了减小开发者的使用难度，我们提供了内置好的自定义壳消息。）命令消息，不存储、不计入未读计数RC:IWCmdMsg（如果消息接

遇到丢消息问题，如果是单聊，群聊，聊天室，系统消息可以在开发者后台北极星自助查询一下消息是否发送成功。根据您实际发送的相关信息（发送者、接收者、时间、消息ID……）看是否可以查到消息如果消息查不到一般有几种可能：信息有误（获取token的用户id跟您系统中

问题描述同时删除本地消息和服务端历史消息后，卸载重装应用或者换设备登录，删除的消息重新出现。原因分析针对单聊会话、群聊会话，如果通过任何接口以传入时间戳的方式删除远端消息，服务端默认不会删除对应的离线消息补偿（该机制仅会在打开多设备消息同步开关后生效）。此

关于离线消息同步的频率，根据搜索结果，这里有几个关键点可以提供参考：离线消息的获取是自上而下的方式（按时间序），客户端一次获取200条离线消息，如果离线消息过多，则会分页多次拉取。客户端拉取离线消息时，需要带上当前客户端缓存的消息的最大时间戳，服务器会根据