mysql缓存啥情况下会释放

Posted 2023-05-15

在多次查询查询时做数据缓存,memcache

-------------------------------------
答题不易，敬请采纳，以显鼓励！ 参考技术A 1. group_replication_member_expel_timeout
行为：
当某节点意外离线达到（5 秒 + group_replication_member_expel_timeout 秒）后，MGR 将其踢出集群。
如果节点意外离线时间较短，MGR 可以自动接续消息，仿佛节点从未离开。
优点：
网络等发生意外时，该参数越大，越不需要人工参与，集群可自动恢复。
成本：
该参数越大，就需要更多的消息缓存。
成本：
节点未被踢出集群时，可以从该节点读到过期数据。
该参数越大，读到过期数据的概率越大。
2. group_replication_message_cache_size
优点：该参数越大，可缓存的消息越多，故障节点恢复后自动接续的概率越大，不需要人工参与运维。
成本：消耗内存。
小贴士大家在选择 MGR 参数时，建议从以下几个方向考虑，达成平衡：
对环境不稳定的容忍程度
自动化程度（是否需要人工参与）
读过期数据的概率
物理资源消耗

在 MQTT 和 MQTT over websocket 的情况下会发生啥？

【中文标题】在 MQTT 和 MQTT over websocket 的情况下会发生啥？

【英文标题】：What happens under the hood in case of MQTT and MQTT over websocket?在 MQTT 和 MQTT over websocket 的情况下会发生什么？

【发布时间】：2020-10-07 12:39:09

【问题描述】：

对于每个请求，HTTP 和 Web 套接字都会进行 3 次握手，然后是请求/响应和终止（持久连接）。

与上面类似，我们有 MQTT 和 MQTT over websocket，它们都是基于 pub/sub 模型的。 MQTT 是物联网硬件的理想选择，因为证书和密钥可以安全地存储在硬件设备上。 MQTT over websocket 是移动/网络应用的理想选择。

在 MQTT 和 MQTT over websocket 的情况下，在握手/数据交换/TCP/UDP 方面会发生什么？

【参考方案1】：

MQTT 和 MQTT over Websockets 完全没有区别。

使用 MQTT over Websockets 在传输层只有一个额外的部分。因此，一旦设置了 Websocket 连接，流经连接的实际字节对于本机 MQTT 和 Websocket 上的 MQTT 完全相同。

因此，您将获得 HTTP GET、UPGRADE 流，然后它直接与 MQTT Spec 中所述的 MQTT Connect 数据包一起进入

【讨论】：

您能否添加更多信息，例如 - 握手 - http 对每个请求都有 3 次握手。 MQTT 呢？我试图了解 MQTT 和 MQTT over websocket 在握手/数据交换方面与 HTTP 相比会发生什么？

没有握手，MQTT 有一个在客户端的整个生命周期内保持打开状态的单一持久连接。