在线显示二维码接口
https://api.qrserver.com/v1/create-qr-code/?size=120x120&data=${row.unique_code}
https://api.qrserver.com/v1/create-qr-code/?size=120x120&data=${row.unique_code}
你想要的无需自身开发、用户安装后就能直接用的第三方消息通知APP,大多是开源轻量型工具,用户安装后获取密钥或绑定服务器就能接收通知,适配个人或中小团队的各类通知场景,以下是几款主流工具:
Redis 是可以转移(迁移/搬迁) 的,无论是迁移数据到新实例、新服务器,还是整体迁移 Redis 服务,都有成熟的方案。具体迁移方式需根据场景(如是否停机、数据量大小、是否跨版本/跨架构)选择,以下是最常用的方法和注意事项:
一、核心迁移场景
1. 单机 Redis 迁移到新服务器/新端口
2. 集群(Redis Cluster)迁移(扩缩容/整体搬迁)
3. 主从架构迁移(切换主节点/迁移从节点)
4. 云厂商 Redis 实例迁移到自建/其他云
二、常用迁移方法(按优先级/场景划分)
方法 1:RDB 冷迁移(停机迁移,适合小数据量)
原理:通过 Redis 的 RDB 持久化文件(快照)迁移数据,需停机保证数据一致性。
步骤:
1. 目标实例:停止 Redis 服务,清空原有数据( redis-cli FLUSHALL ),确保配置(端口、密码、持久化策略)与源实例兼容。
2. 源实例:
优点:简单、速度快;
缺点:需停机(或 BGSAVE 期间可能有少量数据丢失),不适合高可用场景。
方法 2:AOF 迁移(精准恢复,适合需完整数据)
原理:AOF 是增量日志,记录所有写操作,恢复后数据与源实例完全一致。
步骤:
1. 源实例:执行 redis-cli BGREWRITEAOF (优化 AOF 文件大小),等待重写完成。
2. 拷贝 AOF 文件(默认 appendonly.aof )到目标实例数据目录。
3. 目标实例:修改配置 appendonly yes ,关闭 RDB(可选),启动 Redis 自动加载 AOF。
注意:AOF 文件通常比 RDB 大,加载速度慢,适合数据量小、对一致性要求极高的场景。
方法 3:redis-migrate-tool(开源工具,支持在线迁移)
原理:唯品会开源的 Redis 数据迁移工具,支持单机/集群/主从互迁,在线无感知迁移。
核心优势:
可校验数据一致性。
基本使用:
# 1. 安装(需编译)
git clone https://github.com/vipshop/redis-migrate-tool.git
cd redis-migrate-tool && make[source]
type: single # 源类型:single/cluster/master/slave
servers:
- 192.168.1.100:6379 # 源实例地址
auth: 123456 # 源密码(可选)
[target]
type: single
servers:
- 192.168.1.101:6379 # 目标实例地址
auth: 654321 # 目标密码(可选)
[common]
listen: 0.0.0.0:8888 # 工具监听端口./redis-migrate-tool -c migrate.conf -o migrate.log -d./redis-migrate-tool -c migrate.conf -C check
方法 4:Redis 复制(主从同步,在线迁移)
原理:将目标实例作为源实例的从节点,同步完成后切换为主节点,适合高可用场景。
步骤:
1. 目标实例:清空数据( FLUSHALL ),确保端口/密码与源兼容。
2. 目标实例执行:
# 连接源主节点(若源有密码,加 -a 密码)
redis-cli SLAVEOF 192.168.1.100 6379
# (可选)设置主节点密码(若源有密码)
redis-cli CONFIG SET masterauth 123456
3. 等待同步完成:通过 redis-cli INFO replication 查看 master_link_status:up 且 sync_full:1 。
4. 切换目标为独立主节点:
redis-cli SLAVEOF NO ONE
5. 割接业务:将应用的 Redis 连接地址改为目标实例。
优点:完全在线,无数据丢失;
缺点:迁移过程中源实例需承担复制压力,适合中小数据量。
方法 5:集群迁移(Redis Cluster)
若源/目标是 Redis 集群,推荐两种方式:
1. redis-cli --cluster reshard:手动迁移槽位(适合扩缩容);
2. redis-migrate-tool:支持集群→集群、集群→单机的全量+增量迁移(推荐)。
三、迁移关键注意事项
1. 数据一致性:
四、总结
迁移方式 适用场景 优点 缺点
RDB 冷迁移 小数据量、可停机 简单、速度快 需停机、可能丢增量数据
主从复制 在线迁移、中小数据量 无停机、数据一致 源实例有复制压力
redis-migrate-tool 全场景(单机/集群、大数量) 在线、增量同步、可校验 需编译安装、配置稍复杂
AOF 迁移 数据一致性要求极高 精准恢复 文件大、加载慢
根据你的实际场景(是否停机、数据量、架构)选择即可,中小规模推荐主从复制,大规模/集群推荐redis-migrate-tool。
redis-migrate-tool 支持通过 增量同步(实时复制) 机制,将迁移结束后源库的新写入数据同步到目标库,核心依赖 Redis 的 SYNC / PSYNC 协议实现。
关键实现逻辑与配置:
1. 增量同步的触发:
配置文件中需显式开启增量同步(默认开启,无需额外修改,但若手动关闭需恢复):
[source]
type: single
addr: 源库IP:端口
auth: 源库密码(如有)
[target]
type: single
addr: 目标库IP:端口
auth: 目标库密码(如有)
[common]
# 增量同步开关(默认yes,开启后全量迁移后持续同步)
incremental_sync = yes
# 增量同步超时时间(默认3600秒,0表示无限期同步,直到手动停止)
incremental_sync_timeout = 0
3. 迁移结束后的操作:
注意事项:
bun create elysia app 是基于 Bun 构建工具创建 Elysia 框架项目的快捷命令,以下是 结合前端开发场景的完整使用流程+适配建议:
一、核心使用步骤(可直接复制执行)
1. 前提条件:确保已安装 Bun(未安装则先执行)
curl -fsSL https://bun.sh/install | bash
2. 创建 Elysia 项目:执行命令后自动生成项目结构
bun create elysia app
3. 启动项目:进入项目目录并运行开发服务器
cd app
bun run dev
启动后默认端口 3000 ,访问 http://localhost:3000 即可看到默认页面。
二、关键适配说明(针对 Vue3/TSX 前端开发)
const app = new Elysia()
.use(cors()) // 需先安装:bun add @elysiajs/cors
.get('/', () => 'Hello Elysia')
.listen(3000)
三、扩展建议
Bun 是一个用 Zig 编写的全栈 JavaScript/TypeScript 运行时与集成工具包,目标是替代 Node.js,提供更快的性能和更统一的开发体验。
核心定位与优势
常用命令(可直接复制)
curl -fsSL https://bun.sh/install | bash
bun create elysia app
bun install # 替代 npm install
bun add axios # 替代 npm add axios
bun run dev # 启动开发服务器
bun test # 运行测试
bun build # 打包项目
对 Vue3/TSX 开发的价值
现状与注意事项