「状态机 = 规则」 + 「Action = 业务」 + 「Service = 编排」
限制状态的更新,制定好规则,例:只能从状态A变更为状态B和状态C,只能从状态B变更为状态D,如果直接从状态A变更为状态D,则报错。
状态的变更是由每一个Event事件决定的,每个事件所对应的业务逻辑会由各自独立的Action去进行实现。
流程编排:连接「状态机规则」与「事件业务实现」的枢纽,用于管理事件Event与业务Action的关联关系。
private final Map<OrderEvent, OrderEventAction> actions;
在PowerShell中执行pnpm命令时,可能会遇到以下错误:
pnpm : 无法加载文件 C:\Users\用户名\AppData\Roaming\npm\pnpm.ps1,因为在此系统上禁止运行脚本。
这是由于PowerShell的执行策略(Execution Policy)限制导致的。默认情况下,PowerShell会阻止运行本地脚本文件,以防止恶意脚本的执行。
从单用户工具迈向可登录、多账号隔离的平台;备份底层换 mydumper,全量/增量与任务调度分模块承载,持久化结构更清晰,Docker 一键部署即可用。
线上曾出现 Gateway 返回 500/502,堆与数据库未见异常,jstack 显示大量线程在等待 ES 连接。根因多为 ES 客户端使用不当(连接占用/释放不对称、频繁新建与关闭客户端)。通过 ElasticsearchClientManager 以单例 ElasticsearchClient、统一连接池与启动预热,业务统一经 getClient 访问 ES,收敛连接耗尽与接口延迟抖动。
在前几篇分享中,我们已经把“按需全量备份 + 手动增量备份 + Web 可视化还原 + 实例信息 + 任务调度”等能力铺好地基。
这一篇要讲的,数据备份的最后一块拼图,定时增量备份:
在固定时间自动跑全量备份后,让后续的增量备份也能自动、连续、可追溯地跑起来。
本次分享介绍的就是:定时增量备份 功能,以及它和 定时全量备份 之间的精细关联。
在前两篇分享中,我们介绍了全量备份、增量备份以及通过 Web 界面进行备份与恢复的操作。
本篇介绍本阶段新增的两个能力:数据库实例信息 与 任务调度。
前者用于集中管理多套数据库连接配置,在操作备份与还原时,无需再重复填写数据库的连接信息。任务调度则用于基于这些实例配置定时全量备份任务(增量定时备份还在开发中),由系统 crontab 按 cron 表达式自动执行。
注意:因为工具内涉及到的都是数据库相关敏感信息与数据,所以建议该工具在内网安全环境使用,以防数据库连接信息与备份数据泄露。(后续会逐步开发相关安全校验功能)
在上一篇分享中,我们介绍了这款 MySQL 数据库备份工具的全量备份能力:智能大表拆分、结构与数据分离、表过滤、Web 可视化界面等。
本篇在此基础上,专门介绍 本次新增的增量备份功能 :如何在全量备份之后形成连续的增量链,如何恢复“全量 + 若干增量”到指定时间点的数据状态,以及使用时的注意事项。
在日常的数据库管理中,备份是一项至关重要的工作。一个好的备份工具不仅能保证数据安全,还能提高工作效率。
curl 是一个强大的命令行工具,用于在服务器之间传输数据。它支持多种协议(HTTP、HTTPS、FTP、SFTP、LDAP 等),尤其擅长发送和接收 HTTP/HTTPS 请求。
中间件是应用系统的核心组件,常暴露于网络中,容易成为攻击者的目标。以下总结了常见中间件的安全风险及加固建议,涵盖 Nacos、Redis、ElasticSearch、RabbitMQ、Tomcat、Nginx、Rancher 等。
在 mac os 系统管理多个不同版本的jdk环境,实现灵活切换。
ROW_NUMBER() OVER实战:优雅实现分组取最新记录,一行代码搞定学生最新成绩查询。
采用 SM2非对称加密 + SM4对称加密 + SM3摘要签名 的国密算法组合,确保API调用的安全性。
SM2数字签名,用于验证数据上传对象是否合法,是否是在服务端备案的客户端。
SM4对称加密业务数据:将客户端上传的业务数据进行加密,防止业务数据明文暴露出去。
SM3消息摘要签名:对业务数据进行hash计算,生成摘要签名,防止业务数据被人篡改。