Surinch
页面加载中Surinch
页面加载中人民币结果包为主；提交意向后确认收款与排期，不强制理解 Credit。
全程远程，只收脱敏材料，不索要生产超管密码。MySQL 和 PostgreSQL 的检查项都有站内免费只读脚本可以先自己跑一遍，把结果脱敏后作为体检材料。
| 维度 | 检查项 | 需要你提供（脱敏） | 可先自查 |
|---|---|---|---|
| 备份与恢复 | 备份方式与频率、保留周期；最近一次恢复演练是否成功、耗时多少；恢复后是否做过数据比对 | 备份策略摘要（脱敏）、最近一次恢复演练记录或截图 | MySQL / PostgreSQL 备份恢复演练脚本 |
| 性能与慢查询 | 按总耗时排序的慢 SQL Top-20、占比和调用次数；全表扫描与缺失索引；执行计划要点 | performance_schema / pg_stat_statements 的 Top-N 汇总（去掉 SQL 里的字面值） | PostgreSQL 慢查询 Top-20 脚本 |
| 锁与事务 | 锁等待与阻塞链、长事务、idle in transaction 会话、死锁频率 | 只读查询得到的锁等待 / 长事务统计（会话 ID 可脱敏） | MySQL 锁等待阻塞链（只读） |
| 连接与容量 | 连接数峰值与上限、连接错误；库表空间增长趋势与剩余余量；PostgreSQL 死元组与 VACUUM 状态 | 近 1–3 个月连接数与空间趋势截图或导出数字 | 连接耗尽与容量（只读排查） |
| 复制与高可用 | 主从 / 主备架构与切换方式；复制延迟；PostgreSQL WAL 保留与复制槽是否堆积 | 架构示意（可手绘）、复制状态查询结果（主机名与 IP 脱敏） | PostgreSQL WAL 保留与复制槽 |
| 安全与权限 | 高权限账号数量与用途、最近一次权限复核、远程访问范围、审计与密码策略 | 账号与角色清单（账号名可脱敏为编号）、权限复核记录 | 数据库安全加固清单 |
| 版本与配置 | 引擎版本是否仍在社区 / 厂商支持期、关键参数与负载是否匹配、已知风险配置 | 版本号、关键参数导出（去掉路径、主机名等敏感信息） | — |
每个风险都要能回到证据编号；材料不足时写成补证清单，不写“未发现风险”。P0 / P1、备份恢复和权限安全结论由合格人员复核后才交付。
1. 范围与输入
授权范围、引擎与版本、观察时间窗、收到的材料清单及其版本
2. 架构与版本摘要
部署方式、主从 / 高可用结构、版本支持状态
3. 风险总览
P0 / P1 / P2 分级列表，每一项都写证据编号
4. 备份与恢复可验证性
备份是否可恢复的证据；没有演练记录时写“证据不足”，不写“无法恢复”
5. 性能与容量要点
慢 SQL Top-N 结论、连接与空间余量、需要关注的增长趋势
6. 锁、复制与安全观察
阻塞与长事务、复制延迟与复制槽、权限与访问范围
7. 证据缺口与补证清单
材料不足或互相矛盾的地方，列出需要补什么
8. 未覆盖项
本次范围之外、没有检查的内容，明确写出来
9. 整改优先级 Top 5
按风险和投入排序的 5 个行动方向（不含生产变更实施）
10. 后续建议与复核记录
是否需要升级为项目或年度支持；P0 / P1、备份恢复和权限结论的人工复核人与时间
以下为 2026-10-26 在测试库 pg_freeze_lab（PostgreSQL 17）自造数据的脱敏观察，不是任何客户环境。主机名、账号、连接串均未收录。等级按体检口径：P0 立即处理、P1 两周内、P2 排期。
引擎 PostgreSQL 17（Debian 构建） · 范围 单库单表 events，约 200 万行；堆约 193 MB，含索引合计约 311 MB · 测量 2026-10-26（北京时间）
| 等级 | 观察 | 证据（脱敏） | 下一步 |
|---|---|---|---|
| P1 | 长事务（idle in transaction / 持有快照）会挡住 VACUUM 清掉仍可见的死元组 | 测试中开启约 45s 事务期间手动 VACUUM：扫描约 57% 页、清掉约 80 万死项标识，但快照未结束前仍有不可移除元组 | 限制应用侧长事务与 idle in transaction 超时；体检会要近 7 天长事务统计 |
| P1 | 大批量 UPDATE 后若没有及时可完成的 VACUUM，膨胀风险上升 | 一次 UPDATE 80 万行 + 再 UPDATE 20 万行后，需在长事务结束后才能把死项清干净 | 确认 autovacuum 开启与阈值；高峰后安排可控 VACUUM；不在体检里直接对生产执行 |
| P2 | 表年龄与 freeze 相关参数需纳入容量/冻结观察 | 实例 autovacuum=on；vacuum_freeze_table_age=1.5e8；样例表初始 n_dead_tup 观察值为 0，风险在「更新 + 长事务」组合而非参数关闭 | 交付时给 freeze / 死元组趋势的补证清单，缺图则写证据不足 |
| P2 | 索引体积接近堆体积时，变更与重建窗口要单独评估 | events 堆约 193 MB，pkey + 二级索引使总量约 311 MB | 容量节写清索引占比与近 3 个月增长；不承诺「需要删索引」 |
样例结论状态：REVIEW_REQUIRED（测试库演示）。正式客户包会在约定证据内给出 P0/P1/P2、证据缺口、未覆盖项和整改 Top 5，并由合格人员复核备份恢复与权限相关结论。
查看完全合成的结果包样例（PostgreSQL 15 虚构场景）→
2026-10-27 新增测试库实测评分样例（绿/黄/红，附可下载脚本）：MySQL 8.0.46 · PostgreSQL 17.11。
无需上传数据，先定位薄弱项
选方案 + 联系方式 + 库类型痛点
问卷/截图范围 + 微信支付宝对公
风险分级与 Top 整改动作
当前选择：数据库健康体检（¥699）
登记后进入线索库；确认范围与收款后排期交付。不索要生产超管密码。
标准价 ¥699，限量创始价 ¥499（表单内选择创始档）。从材料确认后起算，约 7 个工作日交付书面结果包。
不需要，也不索要生产超管密码。标准流程只收脱敏问卷、摘要和截图；如果确实需要生产只读访问，会单独确认授权、时间窗口、最小权限和操作日志。
站内现成的只读脚本覆盖 MySQL 和 PostgreSQL。其他引擎请在表单里写明引擎和版本，确认范围后再报价；Oracle 迁移和国产化平替请看 ¥1,499 的评估档。
免费脚本和文章适合自己查单个问题。体检是把 7 个维度的材料放在一起判断，输出带证据编号的 P0 / P1 / P2 风险、证据缺口、未覆盖项和整改 Top 5，关键结论由合格人员复核。
不能。体检只在约定范围和证据内列出风险与缺口，不保证零故障，不包含生产变更实施，也不出具渗透测试或等保正式结论。
企业项目、年度支持、渠道合作请走对应入口，不与本结果包混谈。