Tio Boot DocsTio Boot Docs
Home
  • java-db
  • api-table
  • Enjoy
  • Tio Boot Admin
  • ai_agent
  • translator
  • knowlege_base
  • ai-search
  • 案例
Abount
  • Github
  • Gitee
Home
  • java-db
  • api-table
  • Enjoy
  • Tio Boot Admin
  • ai_agent
  • translator
  • knowlege_base
  • ai-search
  • 案例
Abount
  • Github
  • Gitee
  • 01_tio-boot 简介

    • tio-boot:新一代高性能 Java Web 开发框架
    • tio-boot 入门示例
    • Tio-Boot 配置 : 现代化的配置方案
    • tio-boot 整合 Logback
    • tio-boot 整合 hotswap-classloader 实现热加载
    • 自行编译 tio-boot
    • 最新版本
    • 开发规范
  • 02_部署

    • 使用 Maven Profile 实现分环境打包 tio-boot 项目
    • Maven 项目配置详解:依赖与 Profiles 配置
    • tio-boot 打包成 FastJar
    • 使用 GraalVM 构建 tio-boot Native 程序
    • 使用 Docker 部署 tio-boot
    • 部署到 Fly.io
    • 部署到 AWS Lambda
    • 到阿里云云函数
    • 使用 Deploy 工具部署
    • 使用Systemctl启动项目
    • 使用 Jenkins 部署 Tio-Boot 项目
    • 使用 Nginx 反向代理 Tio-Boot
    • 使用 Supervisor 管理 Java 应用
    • 已过时
    • 胖包与瘦包的打包与部署
  • 03_配置

    • 配置参数
    • 服务器监听器
    • 内置缓存系统 AbsCache
    • 使用 Redis 作为内部 Cache
    • 静态文件处理器
    • 基于域名的静态资源隔离
    • DecodeExceptionHandler
  • 04_原理

    • 生命周期
    • 请求处理流程
    • 重要的类
  • 05_json

    • Json
    • 接受 JSON 和响应 JSON
    • 响应实体类
  • 06_web

    • 概述
    • 文件上传
    • 接收请求参数
    • 接收日期参数
    • 接收数组参数
    • 返回字符串
    • 返回文本数据
    • 返回网页
    • 请求和响应字节
    • 文件下载
    • 返回视频文件并支持断点续传
    • http Session
    • Cookie
    • HttpRequest
    • HttpResponse
    • Resps
    • RespBodyVo
    • 请求拦截器
    • Controller拦截器
    • LoggingInterceptor
    • 全局异常处理器
    • 异步处理
    • 动态 返回 CSS 实现
    • 返回图片
    • Transfer-Encoding: chunked 实时音频播放
    • Server-Sent Events (SSE)
    • 接口访问统计
    • 接口请求和响应数据记录
    • 自定义 Handler 转发请求
    • 使用 HttpForwardHandler 转发所有请求
    • 跨域
    • 添加 Controller
    • 常用工具类
    • HTTP Basic 认证
    • Http响应加密
    • 在 Tio-boot 中使用零拷贝发送大文件
    • WebJars
    • JProtobuf
    • Tio-Boot HTTP Speed Test
  • 07_validate

    • 数据紧校验规范
    • 参数校验
  • 08_websocket

    • 使用 tio-boot 搭建 WebSocket 服务
    • WebSocket 聊天室项目示例
  • 09_java-db

    • java‑db
    • 操作数据库入门示例
    • SQL 模板 (SqlTemplates)
    • 数据源配置与使用
    • ActiveRecord
    • Db 工具类
    • 批量操作
    • Model
    • 生成器与 Model
    • 异常处理
    • 数据库事务处理
    • Cache 缓存
    • Dialect 多数据库支持
    • 表关联操作
    • 复合主键
    • Oracle 支持
    • Enjoy SQL 模板
    • 整合 Enjoy 模板最佳实践
    • 多数据源支持
    • 独立使用 ActiveRecord
    • 调用存储过程
    • java-db 整合 Guava 的 Striped 锁优化
    • 生成 SQL
    • 通过实体类操作数据库
    • java-db 读写分离
    • Spring Boot 整合 Java-DB
    • like 查询
    • 常用操作示例
    • Druid 监控集成指南
    • SQL 统计
  • 10_api-table

    • ApiTable 概述
    • 使用 ApiTable 连接 SQLite
    • 使用 ApiTable 连接 Mysql
    • 使用 ApiTable 连接 Postgres
    • 使用 ApiTable 连接 TDEngine
    • 使用 api-table 连接 oracle
    • 使用 api-table 连接 mysql and tdengine 多数据源
    • EasyExcel 导出
    • EasyExcel 导入
    • TQL(Table SQL)前端输入规范
    • ApiTable 实现增删改查
    • 数组类型
    • 单独使用 ApiTable
  • 11_aop

    • JFinal-aop
    • Aop 工具类
    • 配置
    • 配置
    • 独立使用 JFinal Aop
    • @AImport
    • 原理解析
  • 12_cache

    • Caffine
    • Jedis-redis
    • hutool RedisDS
    • Redisson
    • Caffeine and redis
    • CacheUtils 工具类
    • 使用 CacheUtils 整合 caffeine 和 redis 实现的两级缓存
    • 使用 java-db 整合 ehcache
    • 使用 java-db 整合 redis
    • Java DB Redis 相关 Api
    • redis 使用示例
  • 13_认证和权限

    • FixedTokenInterceptor
    • TokenManager
    • 数据表
    • 匿名登录
    • 注册和登录
    • 个人中心
    • 重置密码
    • Google 登录
    • 短信登录
    • 移动端微信登录
    • 移动端重置密码
    • 微信登录
    • 移动端微信登录
    • 权限校验注解
    • Sa-Token
    • sa-token 登录注册
    • StpUtil.isLogin() 源码解析
  • 14_i18n

    • i18n
  • 15_enjoy

    • tio-boot 整合 Enjoy 模版引擎文档
    • 引擎配置
    • 表达式
    • 指令
    • 注释
    • 原样输出
    • Shared Method 扩展
    • Shared Object 扩展
    • Extension Method 扩展
    • Spring boot 整合
    • 独立使用 Enjoy
    • tio-boot enjoy 自定义指令 localeDate
    • PromptEngine
    • Enjoy 入门示例-擎渲染大模型请求体
    • Enjoy 使用示例
  • 16_定时任务

    • Quartz 定时任务集成指南
    • 分布式定时任务 xxl-jb
    • cron4j 使用指南
  • 17_tests

    • TioBootTest 类
  • 18_tio

    • TioBootServer
    • 使用 tio-core 在 tio-boot 中构建独立的 TCP 服务器
    • 内置 TCP 处理器
    • 独立启动 UDPServer
    • 使用内置 UDPServer
    • t-io 消息处理流程
    • tio-运行原理详解
    • TioConfig
    • ChannelContext
    • Tio 工具类
    • 业务数据绑定
    • 业务数据解绑
    • 发送数据
    • 关闭连接
    • Packet
    • 监控: 心跳
    • 监控: 客户端的流量数据
    • 监控: 单条 TCP 连接的流量数据
    • 监控: 端口的流量数据
    • 单条通道统计: ChannelStat
    • 所有通道统计: GroupStat
    • 资源共享
    • 成员排序
    • SSL
    • DecodeRunnable
    • 使用 AsynchronousSocketChannel 响应数据
    • 拉黑 IP
    • 深入解析 Tio 源码:构建高性能 Java 网络应用
  • 19_aio

    • ByteBuffer
    • AIO HTTP 服务器
    • 自定义和线程池和池化 ByteBuffer
    • AioHttpServer 应用示例 IP 属地查询
    • 手写 AIO Http 服务器
  • 20_netty

    • Netty TCP Server
    • Netty Web Socket Server
    • 使用 protoc 生成 Java 包文件
    • Netty WebSocket Server 二进制数据传输
    • Netty 组件详解
  • 21_netty-boot

    • Netty-Boot
    • 原理解析
    • 整合 Hot Reload
    • 整合 数据库
    • 整合 Redis
    • 整合 Elasticsearch
    • 整合 Dubbo
    • Listener
    • 文件上传
    • 拦截器
    • Spring Boot 整合 Netty-Boot
    • SSL 配置指南
    • ChannelInitializer
    • Reserve
  • 22_MQ

    • Mica-mqtt
    • EMQX
    • Disruptor
  • 23_tio-utils

    • tio-utils
    • HttpUtils
    • Notification
    • 邮箱
    • JSON
    • 读取文件
    • Base64
    • 上传和下载
    • Http
    • Telegram
    • RsaUtils
    • EnvUtils
    • 系统监控
    • 毫秒并发 ID (MCID) 生成方案
  • 24_tio-http-server

    • 使用 Tio-Http-Server 搭建简单的 HTTP 服务
    • tio-boot 添加 HttpRequestHandler
    • 在 Android 上使用 tio-boot 运行 HTTP 服务
    • tio-http-server-native
    • handler 常用操作
  • 25_tio-websocket

    • WebSocket 服务器
    • WebSocket Client
  • 26_tio-im

    • 通讯协议文档
    • ChatPacket.proto 文档
    • java protobuf
    • 数据表设计
    • 创建工程
    • 登录
    • 历史消息
    • 发消息
  • 27_mybatis

    • Tio-Boot 整合 MyBatis
    • 使用配置类方式整合 MyBatis
    • 整合数据源
    • 使用 mybatis-plus 整合 tdengine
    • 整合 mybatis-plus
  • 28_mongodb

    • tio-boot 使用 mongo-java-driver 操作 mongodb
  • 29_elastic-search

    • Elasticsearch
    • JavaDB 整合 ElasticSearch
    • Elastic 工具类使用指南
    • Elastic-search 注意事项
    • ES 课程示例文档
  • 30_magic-script

    • tio-boot 与 magic-script 集成指南
  • 31_groovy

    • tio-boot 整合 Groovy
  • 32_firebase

    • 整合 google firebase
    • Firebase Storage
    • Firebase Authentication
    • 使用 Firebase Admin SDK 进行匿名用户管理与自定义状态标记
    • 导出用户
    • 注册回调
    • 登录注册
  • 33_文件存储

    • 文件上传数据表
    • 本地存储
    • 使用 AWS S3 存储文件并整合到 Tio-Boot 项目中
    • 存储文件到 腾讯 COS
  • 34_spider

    • jsoup
    • 爬取 z-lib.io 数据
    • 整合 WebMagic
    • WebMagic 示例:爬取学校课程数据
    • Playwright
    • Flexmark (Markdown 处理器)
    • tio-boot 整合 Playwright
    • 缓存网页数据
  • 36_integration_thirty_party

    • tio-boot 整合 okhttp
    • 整合 GrpahQL
    • 集成 Mailjet
    • 整合 ip2region
    • 整合 GeoLite 离线库
    • 整合 Lark 机器人指南
    • 集成 Lark Mail 实现邮件发送
    • Thymeleaf
    • Swagger
    • Clerk 验证
  • 37_dubbo

    • 概述
    • dubbo 2.6.0
    • dubbo 2.6.0 调用过程
    • dubbo 3.2.0
  • 38_spring

    • Spring Boot Web 整合 Tio Boot
    • spring-boot-starter-webflux 整合 tio-boot
    • Tio Boot 整合 Spring Boot Starter
    • Tio Boot 整合 Spring Boot Starter Data Redis 指南
  • 39_spring-cloud

    • tio-boot spring-cloud
  • 40_mysql

    • 使用 Docker 运行 MySQL
    • /zh/42_mysql/02.html
  • 41_postgresql

    • PostgreSQL 安装
    • PostgreSQL 主键自增
    • PostgreSQL 日期类型
    • Postgresql 金融类型
    • PostgreSQL 数组类型
    • PostgreSQL 全文检索
    • PostgreSQL 查询优化
    • 获取字段类型
    • PostgreSQL 向量
    • PostgreSQL 优化向量查询
    • PostgreSQL 其他
  • 43_oceanbase

    • 快速体验 OceanBase 社区版
    • 快速上手 OceanBase 数据库单机部署与管理
    • 诊断集群性能
    • 优化 SQL 性能指南
    • /zh/43_oceanbase/05.html
  • 50_media

    • JAVE 提取视频中的声音
    • Jave 提取视频中的图片
    • /zh/50_media/03.html
  • 51_asr

    • Whisper-JNI
  • 54_native-media

    • java-native-media
    • JNI 入门示例
    • mp3 拆分
    • mp4 转 mp3
    • 使用 libmp3lame 实现高质量 MP3 编码
    • Linux 编译
    • macOS 编译
    • 从 JAR 包中加载本地库文件
    • 支持的音频和视频格式
    • 任意格式转为 mp3
    • 通用格式转换
    • 通用格式拆分
    • 视频合并
    • VideoToHLS
    • split_video_to_hls 支持其他语言
    • 持久化 HLS 会话
  • 55_telegram4j

    • 数据库设计
    • /zh/55_telegram4j/02.html
    • 基于 MTProto 协议开发 Telegram 翻译机器人
    • 过滤旧消息
    • 保存机器人消息
    • 定时推送
    • 增加命令菜单
    • 使用 telegram-Client
    • 使用自定义 StoreLayout
    • 延迟测试
    • Reactor 错误处理
    • Telegram4J 常见错误处理指南
  • 56_telegram-bots

    • TelegramBots 入门指南
    • 使用工具库 telegram-bot-base 开发翻译机器人
  • 60_LLM

    • 简介
    • AI 问答
    • /zh/60_LLM/03.html
    • /zh/60_LLM/04.html
    • 增强检索(RAG)
    • 结构化数据检索
    • 搜索+AI
    • 集成第三方 API
    • 后置处理
    • 推荐问题生成
    • 连接代码执行器
    • 避免 GPT 混乱
    • /zh/60_LLM/13.html
  • 61_ai_agent

    • 数据库设计
    • 示例问题管理
    • 会话管理
    • 历史记录
    • 对接 Perplexity API
    • 意图识别与生成提示词
    • 智能问答模块设计与实现
    • 文件上传与解析文档
    • 翻译
    • 名人搜索功能实现
    • Ai studio gemini youbue 问答使用说明
    • 自建 YouTube 字幕问答系统
    • 自建 获取 youtube 字幕服务
    • 通用搜索
    • /zh/61_ai_agent/15.html
    • 16
    • 17
    • 18
    • 在 tio-boot 应用中整合 ai-agent
    • 16
  • 62_translator

    • 简介
  • 63_knowlege_base

    • 数据库设计
    • 用户登录实现
    • 模型管理
    • 知识库管理
    • 文档拆分
    • 片段向量
    • 命中测试
    • 文档管理
    • 片段管理
    • 问题管理
    • 应用管理
    • 向量检索
    • 推理问答
    • 问答模块
    • 统计分析
    • 用户管理
    • api 管理
    • 存储文件到 S3
    • 文档解析优化
    • 片段汇总
    • 段落分块与检索
    • 多文档解析
    • 对话日志
    • 检索性能优化
    • Milvus
    • 文档解析方案和费用对比
    • 离线运行向量模型
  • 64_ai-search

    • ai-search 项目简介
    • ai-search 数据库文档
    • ai-search SearxNG 搜索引擎
    • ai-search Jina Reader API
    • ai-search Jina Search API
    • ai-search 搜索、重排与读取内容
    • ai-search PDF 文件处理
    • ai-search 推理问答
    • Google Custom Search JSON API
    • ai-search 意图识别
    • ai-search 问题重写
    • ai-search 系统 API 接口 WebSocket 版本
    • ai-search 搜索代码实现 WebSocket 版本
    • ai-search 生成建议问
    • ai-search 生成问题标题
    • ai-search 历史记录
    • Discover API
    • 翻译
    • Tavily Search API 文档
    • 对接 Tavily Search
    • 火山引擎 DeepSeek
    • 对接 火山引擎 DeepSeek
    • ai-search 搜索代码实现 SSE 版本
    • jar 包部署
    • Docker 部署
    • 爬取一个静态网站的所有数据
    • 网页数据预处理
    • 网页数据检索与问答流程整合
  • 65_java-kit-server

    • Java 执行 python 代码
    • 通过大模型执行 Python 代码
    • MCP 协议
    • Cline 提示词
    • Cline 提示词-中文版本
  • 66_manim

    • Teach me anything - 基于大语言的知识点讲解视频生成系统
    • Manim 开发环境搭建
    • 生成场景提示词
    • 生成代码
    • 完整脚本示例
    • 语音合成系统
    • Fish.audio TTS 接口说明文档与 Java 客户端封装
    • 整合 fishaudio 到 java-uni-ai-server 项目
    • 执行 Python (Manim) 代码
    • 使用 SSE 流式传输生成进度的实现文档
    • 整合全流程完整文档
    • HLS 动态推流技术文档
    • manim 分场景生成代码
    • 分场景运行代码及流式播放支持
    • 分场景业务端完整实现流程
    • Maiim布局管理器
    • 仅仅生成场景代码
    • 使用 modal 运行 manim 代码
    • Python 使用 Modal GPU 加速渲染
    • Modal 平台 GPU 环境下运行 Manim
    • Modal Manim OpenGL 安装与使用
    • 优化 GPU 加速
    • 生成视频封面流程
    • Java 调用 manim 命令 执行代码 生成封面
    • Manim 图像生成服务客户端文档
    • manim render help
    • 显示 中文公式
    • manimgl
    • EGL
    • /zh/66_manim/30.html
    • /zh/66_manim/31.html
    • /zh/66_manim/32.html
    • /zh/66_manim/33.html
  • 68_java-llm-proxy

    • 使用tio-boot搭建多模型LLM代理服务
  • 70_tio-boot-admin

    • 入门指南
    • 初始化数据
    • token 存储
    • 与前端集成
    • 文件上传
    • 网络请求
    • 图片管理
    • /zh/70_tio-boot-admin/08.html
    • Word 管理
    • PDF 管理
    • 文章管理
    • 富文本编辑器
  • 71_tio-boot

    • /zh/71_tio-boot/01.html
    • Swagger 整合到 Tio-Boot 中的指南
    • HTTP/1.1 Pipelining 性能测试报告
  • 73_tio-mail-wing

    • tio-mail-wing简介
    • 任务1:实现POP3系统
    • 使用 getmail 验证 tio-mail-wing POP3 服务
    • 任务2:实现 SMTP 服务
    • 数据库初始化文档
    • 用户管理
    • 邮件管理
    • 任务3:实现 SMTP 服务 数据库版本
    • 任务4:实现 POP3 服务(数据库版本)
    • IMAP 协议
    • 拉取多封邮件
    • 任务5:实现 IMAP 服务(数据库版本)
    • IMAP实现讲解
    • IMAP 手动测试脚本
    • IMAP 认证机制
    • 主动推送
  • 80_性能测试

    • 压力测试 - tio-http-serer
    • 压力测试 - tio-boot
    • 压力测试 - tio-boot-native
    • 压力测试 - netty-boot
    • 性能测试对比
    • TechEmpower FrameworkBenchmarks
    • 压力测试 - tio-boot 12 C 32G
  • 99_案例

    • 封装 IP 查询服务
    • tio-boot 案例 - 全局异常捕获与企业微信群通知
    • tio-boot 案例 - 文件上传和下载
    • tio-boot 案例 - 整合 ant design pro 增删改查
    • tio-boot 案例 - 流失响应
    • tio-boot 案例 - 增强检索
    • tio-boot 案例 - 整合 function call
    • tio-boot 案例 - 定时任务 监控 PostgreSQL、Redis 和 Elasticsearch
    • Tio-Boot 案例:使用 SQLite 整合到登录注册系统
    • tio-boot 案例 - 执行 shell 命令

CONDSTORE and QRESYNC

核心思路是利用一个全局递增的“修改序号”(mod-seq)来标记每条消息的状态变动,然后让客户端带上自己上次同步时看到的 mod-seq,仅拉取自那以后“真正变动”过的消息(新邮件、标志改动或被删除),从而避免每次都要全量扫描、也不会把旧邮件当“新邮件”再次推送。


一、原理讲解

  1. mod-seq(修改序号)

    • 服务端为每个邮箱(mailbox)维护一个 highest_modseq,初始 0。
    • 每当有新邮件到达或对已有消息做 STORE/EXPUNGE/MOVE 等会改变状态的操作时,先把 highest_modseq++,再把这次操作涉及到的消息的 modseq 字段更新为这个新值。
    • 这样,每条消息的 modseq 总是它最后一次状态变动时的序号。
  2. CONDSTORE 扩展

    • 在 CAPABILITY 里报出 CONDSTORE。

    • SELECT 时,服务器在标准的 EXISTS/RECENT/UIDVALIDITY/UIDNEXT 之后,额外返回:

      * OK [HIGHESTMODSEQ  12345]
      

      这里的 12345 就是当前最高的修改序号。

    • 客户端本地记录这个数字,下次只对 modseq > 12345 的消息发 FETCH,就只拉新邮件或真有变动的标志。

  3. QRESYNC 扩展

    • 在 CAPABILITY 里再报出 QRESYNC。

    • 客户端在重新 SELECT 时带上 (QRESYNC (<last-uid-validity> <last-modseq> <known-uid-set>)) 参数:

      A142 SELECT "INBOX" (QRESYNC (1750701677 12345 1,4:6))
      
    • 服务器先返回一个 VANISHED 列表,告知自上次以来被 EXPUNGE(删除)的那些 UID;

    • 然后以 CHANGEDSINCE 的方式只 FETCH modseq>last-modseq 的消息;

    • 最后跟上正常的 SELECT 响应(EXISTS/RECENT/UIDVALIDITY/UIDNEXT/HIGHESTMODSEQ)。

这种“先通知删除,再增量拉取变动,再给出最新状态”流程,既让客户端保持与服务器一致,又避免重复或遗漏。


二、典型交互流程示例

下面给出一个精简的示例,标注客户端(C:)和服务端(S:)通信:

C: A001 CAPABILITY
S: * CAPABILITY IMAP4rev1 CONDSTORE QRESYNC …  
S: A001 OK CAPABILITY completed

C: A002 LOGIN user pass
S: A002 OK LOGIN completed

C: A003 SELECT "INBOX"
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)]
S: * 5 EXISTS
S: * 0 RECENT
S: * OK [UIDVALIDITY 1750701677]
S: * OK [UIDNEXT 10]
S: * OK [HIGHESTMODSEQ 2048]
S: A003 OK [READ-WRITE] SELECT completed

# —— 客户端初次要全量拿 FLAGS 或 HEADER ——  
C: A004 UID FETCH 1:* (FLAGS)
S: * 1 FETCH (UID 1 FLAGS (\Seen))
… 
S: * 9 FETCH (UID 9 FLAGS ())
S: A004 OK FETCH completed [HIGHESTMODSEQ 2048]

# —— 一段时间后,有邮件和标志变化 ——  
C: A005 IDLE
S: + idling
S: * 10 EXISTS
S: * 1 RECENT   ← 通知新邮件到达
# 客户端退出 IDLE
C: A005 DONE
S: A005 OK IDLE completed

# —— 客户端增量抓取新变动,只拉 UID ≥ UIDNEXT 且 modseq>2048 ——  
C: A006 UID FETCH 10:* (FLAGS) (CHANGEDSINCE 2048)
S: * 10 FETCH (UID 10 FLAGS () MODSEQ 2050)
S: A006 OK FETCH completed [HIGHESTMODSEQ 2050]

# —— 客户端再拉这条新邮件的 HEADER/BODY ——  
C: A007 UID FETCH 10 (RFC822.SIZE FLAGS BODY.PEEK[HEADER] BODY.PEEK[TEXT]<0>)  
S: * 10 FETCH (UID 10 … BODY[HEADER] {…} … BODY[TEXT] {…})
S: A007 OK FETCH completed
  1. 首次 SELECT 拿到当前 HIGHESTMODSEQ=2048。
  2. 初次 FETCH 拿完历史消息后,也把 [HIGHESTMODSEQ 2048] 送回给客户端。
  3. IDLE 时服务器推送新邮件到达 (EXISTS/RECENT)。
  4. 客户端发带 CHANGEDSINCE 2048 的 FETCH,只收到那条 modseq=2050 的 UID 10。
  5. 最后再专门对 UID 10 拉 HEADER/BODY。

这样,客户端既能实时收到新邮件与变动,又永不重复拉旧数据。

3. 邮件层面 modseq

虽然你不会在普通的 FETCH 响应里一并返回每条消息的 modseq,但要能实现 CONDSTORE/QRESYNC 里的增量查询和 CHANGEDSINCE 过滤,你必须在消息层面保存它。原因有三:

  1. 判断“哪些消息”发生了变动 客户端只给出了上次看到的 last-modseq(比如 2048)。服务器要知道哪些消息的状态序号超过了这个值,才能筛选出新邮件、改过标志或被删除的消息;如果不在 mail 表里存 modseq,就没法做这种比较。

  2. 返回给客户端的 MODSEQ 值 在 FETCH … (CHANGEDSINCE <n>) 的响应里,服务器需要把每条变动消息的 MODSEQ 一并返回给客户端:

    * 10 FETCH (UID 10 FLAGS () MODSEQ 2050)
    

    客户端拿到这个新的 2050,用来更新本地的 “已知最大 modseq” 值。

  3. 性能和可维护性 在数据库里给每条消息一个 modseq 字段(并对它建索引),比在每次操作时去扫描操作日志、再去拉出受影响的消息要高效得多,也更容易维护。


简要示例表结构

-- 邮箱表:记录最高的 mod-seq
ALTER TABLE mw_mailbox
  ADD COLUMN highest_modseq BIGINT NOT NULL DEFAULT 0;

-- 消息表:记录每条消息最后一次变动的序号
ALTER TABLE mw_mail
  ADD COLUMN modseq BIGINT NOT NULL DEFAULT 0;

-- 对 modseq 建索引,加速 CHANGEDSINCE 查找
CREATE INDEX idx_mail_mailbox_id_modseq ON mw_mail(mailbox_id, modseq);

只维护邮箱级别的 highest_modseq 而不记录消息层面的 modseq,就没法筛出自上次同步后“哪些消息”真的变动了,也无法在 FETCH 响应中带回新的 MODSEQ。因此,消息表上的 modseq 字段是实现增量同步必不可少的一环。

HIGHESTMODSEQ 是针对邮箱(mailbox) 级别维护的,它表示该邮箱当前所产生的最大“修改序号”。 不过,你也需要在每条消息上保存一个 modseq 字段,用来记录该消息最后一次状态变动时的序号。


典型的表结构示例

-- 邮箱表:存最高 mod-seq
ALTER TABLE mailbox
  ADD COLUMN highest_modseq BIGINT NOT NULL DEFAULT 0;

-- 消息表:给每条消息记录它的 mod-seq
ALTER TABLE mail
  ADD COLUMN modseq BIGINT NOT NULL DEFAULT 0;

4. 修改代码

新邮件入库 或 消息状态变动(STORE/EXPUNGE/MOVE 等)时更新highest_modseq和modseq

添加触发器

  • 在 mw_mail 表上加一个 BEFORE INSERT OR UPDATE Trigger,自动把新邮件入库或 MOVE(邮箱变更)时的 modseq 写好;
  • 在 mw_mail_flag 表上加一个 AFTER INSERT OR DELETE Trigger,自动处理 STORE(打标)和 EXPUNGE(删标)时的 modseq 更新。

两条 Trigger 都调用同一个底层函数,该函数会:

  1. 在同一事务里把对应 mw_mailbox.highest_modseq 自增并拿到 新序号;
  2. 把这个序号写入受影响的 mw_mail.modseq。

1. 底层函数

CREATE OR REPLACE FUNCTION fn_assign_modseq()
RETURNS TRIGGER AS $$
DECLARE
  newmod BIGINT;
BEGIN
  -- 为这个邮箱分配一个全局递增的新序号
  UPDATE mw_mailbox
    SET highest_modseq = highest_modseq + 1
  WHERE id = TG_ARGV[0]  -- 触发时传入 mailbox_id 列名
  RETURNING highest_modseq INTO newmod;

  -- 插入/更新邮件时,用这个新序号覆盖 NEW.modseq
  IF TG_TABLE_NAME = 'mw_mail' THEN
    NEW.modseq := newmod;
    RETURN NEW;
  END IF;

  -- 对 mw_mail_flag 表触发时,TG_ARGV[1] 传入关联的 mail_id
  UPDATE mw_mail
     SET modseq = newmod
   WHERE id = TG_ARGV[1];

  RETURN NULL;  -- flag 表触发器不需要返回行
END;
$$ LANGUAGE plpgsql;

注意:TG_ARGV 用来传递触发器参数,下面会演示如何传。


2. 在 mw_mail 上的 Trigger

-- 触发场景:新插入邮件(UID 分配后)或 MOVE(更新 mailbox_id)
CREATE TRIGGER trg_mail_modseq
  BEFORE INSERT OR UPDATE OF mailbox_id
  ON mw_mail
  FOR EACH ROW
  EXECUTE FUNCTION fn_assign_modseq('id', 'mailbox_id');
  • TG_ARGV[0] = 'mailbox_id',函数里会用 NEW.mailbox_id 去更新对应的邮箱。
  • 对 INSERT,NEW.modseq 被写成最新值;对 MOVE(更新 mailbox_id),同样重新分配一个序号。

3. 在 mw_mail_flag 上的 Trigger

-- 触发场景:新增标志(STORE)或删除标志(EXPUNGE)
CREATE TRIGGER trg_flag_modseq
  AFTER INSERT OR DELETE
  ON mw_mail_flag
  FOR EACH ROW
  EXECUTE FUNCTION fn_assign_modseq('mailbox_id', 'mail_id');
  • 这里 TG_ARGV[0] = 'mailbox_id',需要你在 mw_mail_flag 行里能拿到对应 mw_mail.mailbox_id。
  • TG_ARGV[1] = 'mail_id',函数会用它去更新 mw_mail 表的 modseq。

小结

  • 所有涉及消息状态变动(新邮件、MOVE、STORE、EXPUNGE)的操作,都被触发器拦截并统一调用 fn_assign_modseq。
  • 触发器自动维护了 mw_mailbox.highest_modseq 和对应 mw_mail.modseq,应用层完全不用再写那串事务逻辑,也不怕遗漏。

这样,你就只需关心正常的 INSERT/UPDATE/DELETE 操作,增量同步的 mod‐seq 机制就能在数据库层面自动、稳健地跑起来。

客户端查询时:

  • 初次 SELECT 后,服务器把当前 HIGHESTMODSEQ(即 mailbox.highest_modseq)返回给客户端;
  • 客户客后续增量 FETCH 请求带上 CHANGEDSINCE <last-modseq>,服务器只返回那些 modseq 大于它的消息。
* OK [HIGHESTMODSEQ 2048]
Edit this page
Last Updated:
Contributors: Tong Li