本地生活平台搭建签私有化交付时，客户常只验收「能下单」。三个月后财务要问历史订单导出，才发现：备份策略、导出账号、库归属 没写进交接文档，数据在谁服务器上说不清。
一、交付清单宜含五项
- MySQL 主库连接信息与库名
- 自动备份周期与保留天数
- 订单 / 商家 CSV 导出方式（界面或定时任务）
- OSS 或本地目录中导出文件存放路径
- 只读账号（供财务或 BI 拉数）
缺任一项，多业务扩起来后都要补谈判。
二、备份不等于能导出
备份用于灾难恢复；财务要的往往是按商家、按日期、带业务类型列的业务导出。宜单独验证：固定日期区间导出与页面订单数一致。
三、多业务一张表还是分表
架构上可同库分表或同表带 biz_type 列。无论哪种，导出须能按业务过滤或合并一张表，避免财务月底手工拼三个文件。
四、权限与审计
只读账号仅能 SELECT 指定库；导出任务日志记录操作人与时间。不宜把 root 密码交给运营日常使用。
五、扩容时备份窗口
订单量上来后备份时间变长，宜选低峰窗口并监控 binlog 磁盘。跨地域备份可选，按客户合规要求配置。
六、光合同城边界
光合同城支持源码与数据库交付客户侧；常规 mysqldump / 云厂商备份均可对接；商务规则由客户确定；系统侧不抽成客户平台订单。
七、适合谁
适合准备私有化上线、想把「数据在谁手里、怎么拉出来」一次写清楚的县城、地级市创业者。
八、交接验收别只测登录
让财务同事现场拉一段日期导出，与后台订单数核对。让运营同事用只读账号查一笔测试单。两步都过，才算「备份和导出交清」；只测管理员能登录，日后一定扯皮。
九、常见误区
误区 1：有备份无恢复演练
真故障时不会用。
误区 2：导出只能找研发
财务依赖工单，周结拖延。
误区 3：多业务三份 CSV
月底手工合并。
误区 4：root 交给运营
误删风险不可控。
误区 5：交接无文档
人员离职后数据失联。
十、小结
私有化本地生活平台，备份、导出、只读账号、库归属宜一次交清。财务现场拉导出与后台核对，比管理员登录演示更硬。多业务宜一张表带业务类型列，避免月底拼三个文件。光合同城支持源码与数据库交付客户侧，常规备份方案可对接。交接会上宜现场演示「从备份恢复后仍能导出上周订单」，这一笔比 PPT 讲 RPO/RTO 更能说服非技术负责人。
十一、负责人检查表
备份可恢复、财务能导 CSV、只读账号已开、多业务一张导出带类型列。私有化交付齐四项，才算「数据交清」。人员流动大的团队，宜把导出 SOP 录屏存进内部 wiki，避免「只有离职前那位运营会导表」的单点风险。
十二、只读账号的权限边界
只读账号宜限定库与表，禁 DDL 与 DELETE；导出任务用专用账号，不与 BI 混用。权限过大时，一次误操作可能拖垮整库；过小则财务又要找研发，宜在交接时三方一起试拉一次导出定权限。权限表宜随交付文档更新，人员变动时先改权限再办离职，避免裸奔账号遗留。交付后第一次人员变动，就是检验权限表是否真可用的最好时机。权限变更宜留变更单，与 HR 离职流程挂钩，减少「人走了账号还在」的安全隐患。
