背景边缘集群（基于树莓派+K3S)需要实现基本的告警功能。边缘集群限制CPU/内存/存储资源紧张，无法支撑至少需要2GB以上内存和大量存储的基于Prometheus的完整监控体系方案（即使是基于PrometheusAgent,也无法支撑）（需要避免额外的存储和计算资源消耗）网络条件，无法支撑监控体系，因为监控体系一般都需要每1min定时（或每时每刻）传输数据，且数据量不小；存在5G收费网络的情况，且访问的目的端地址需要开通权限，且按照流量收费，且因为5G网络条件，网络传输能力受限，且不稳定（可能会在一段时间内离线）;关键需求总结下来，关键需求如下：实现对边缘集群异常的及时告警，需要知道边缘集群

背景边缘集群（基于树莓派+K3S)需要实现基本的告警功能。边缘集群限制CPU/内存/存储资源紧张，无法支撑至少需要2GB以上内存和大量存储的基于Prometheus的完整监控体系方案（即使是基于PrometheusAgent,也无法支撑）（需要避免额外的存储和计算资源消耗）网络条件，无法支撑监控体系，因为监控体系一般都需要每1min定时（或每时每刻）传输数据，且数据量不小；存在5G收费网络的情况，且访问的目的端地址需要开通权限，且按照流量收费，且因为5G网络条件，网络传输能力受限，且不稳定（可能会在一段时间内离线）;关键需求总结下来，关键需求如下：实现对边缘集群异常的及时告警，需要知道边缘集群

什么是events_statements_current表在GreatSQL中，PFS下有一张内存表: events_statements_current，看到这个名称"xxx_current"，小白如我可能会认为这张表中的数据就是当前系统的活跃(active)语句。该表的描述如下(有部分省略):mysql>descevents_statements_current;+-------------------------+------------------------------------------------+------+-----+---------+-------+|Field|T

什么是events_statements_current表在GreatSQL中，PFS下有一张内存表: events_statements_current，看到这个名称"xxx_current"，小白如我可能会认为这张表中的数据就是当前系统的活跃(active)语句。该表的描述如下(有部分省略):mysql>descevents_statements_current;+-------------------------+------------------------------------------------+------+-----+---------+-------+|Field|T

需求是这样的：在页面的预览图上面绘制一个矩形，画完立即保存，右上角出现一个删除按钮，要立即可以删除。一开始的思路是使用canvas去实现，把一个透明的画布放在预览图上，滚动的时候，红框就会随着这个画布滚动。那么用一个透明的canvasabsolute在画布上是行不通的。然后我就在想那生成一个canvas的高度是整个预览图的长度吧。但是思考了下，我们的场景预览图可能会有几百几千张，那么生成一个这么长的canvas好像也有点不太好。并且生成了canvas，虽然也可以绘制一个删除按钮，实现点击，但也无法实现底层预览图上面红框悬浮效果了。怎么想这里使用canvas去绘制矩形框都是一个又复杂性能又差的方

需求是这样的：在页面的预览图上面绘制一个矩形，画完立即保存，右上角出现一个删除按钮，要立即可以删除。一开始的思路是使用canvas去实现，把一个透明的画布放在预览图上，滚动的时候，红框就会随着这个画布滚动。那么用一个透明的canvasabsolute在画布上是行不通的。然后我就在想那生成一个canvas的高度是整个预览图的长度吧。但是思考了下，我们的场景预览图可能会有几百几千张，那么生成一个这么长的canvas好像也有点不太好。并且生成了canvas，虽然也可以绘制一个删除按钮，实现点击，但也无法实现底层预览图上面红框悬浮效果了。怎么想这里使用canvas去绘制矩形框都是一个又复杂性能又差的方