首页
学习
活动
专区
工具
TVP
发布
您找到你想要的搜索结果了吗?
是的
没有找到

想打印k8s资源YAML结果搞懂了Client-Side & Server-Side Apply

CSA工作工作机制: Apply一个资源对象时,如果该对象不存在,则创建它(同时写入last-applied-configuration)。...(在last-applied-configuration里)。 当前apply的配置。 以及上次apply的配置。...(在last-applied-configuration里) 计算patch 通过patch方式进行更新(而不是将配置文件全量的发送到服务端)。patch报文的计算方法如下: 计算需要被删除的字段。...如果字段存在在last-applied-configuration中,但配置文件中没有,将删除它们。 计算需要修改或添加的字段。如果配置文件中的字段与真实状态不一致,则添加或修改它们。...对于那些last-applied-configuration中不存在的字段,不要修改它们(例如上述示例中的replicas字段)。

37640

新特性解读 | MySQL 8 复制延迟观测新方式,更全面更精准

已回放事务的 ORIGINAL_COMMIT_TIMESTAMP 时间戳 LAST_APPLIED_TRANSACTION_IMMEDIATE_COMMIT_TIMESTAMP 已回放事务的 IMMEDIATE_COMMIT_TIMESTAMP...时间戳 LAST_APPLIED_TRANSACTION_START_APPLY_TIMESTAMP 已回放事务的开始时间戳 LAST_APPLIED_TRANSACTION_END_APPLY_TIMESTAMP...位置 1:事务从主节点 A 到从节点 D 回放完的延迟,最常用的查看事务完整的同步延迟 SELECT LAST_APPLIED_TRANSACTION_END_APPLY_TIMESTAMP - LAST_APPLIED_TRANSACTION_ORIGINAL_COMMIT_TIMESTAMP...performance_schema.replication_applier_status_by_worker 事务从中继节点 C 到从节点 D 回放完的延迟,与上面类似,若没有中继节点效果和上面一样,也是事务完整的同步延迟 SELECT LAST_APPLIED_TRANSACTION_END_APPLY_TIMESTAMP...- LAST_APPLIED_TRANSACTION_IMMEDIATE_COMMIT_TIMESTAMP FROM performance_schema.replication_applier_status_by_worker

74830
领券