上一篇
安卓共用服务器的数据库
安卓应用通过API接口连接共用服务器数据库，实现多端数据交互与同步，采用加密传输保障数据
数据库选型与架构设计
数据库类型选择
| 类型 | 适用场景 | 典型技术栈 |
|---|---|---|
| 关系型数据库 | 结构化数据、复杂查询、事务支持 | MySQL、PostgreSQL |
| NoSQL数据库 | 高并发读写、非结构化数据、水平扩展 | MongoDB、Redis（缓存场景） |
| 混合模式 | 多业务模块共存（如用户数据+日志） | MySQL（核心业务）+ MongoDB（辅助数据） |
架构分层设计
- 客户端（Android）：通过 Retrofit/OkHttp 发起网络请求。
- API 网关：统一入口，处理路由、限流、鉴权（如 Nginx + Spring Cloud Gateway）。
- 业务服务层：按功能拆分微服务（如用户服务、订单服务）。
- 数据库层：主库（写操作）+ 从库（读操作），通过分库分表（如 Sharding-JDBC）扩展容量。
数据模型设计要点
核心表结构示例
| 表名 | 字段 | 说明 |
|---|---|---|
users | id, username, password_hash, role | 用户基本信息 |
permissions | id, user_id, resource, action | 用户权限控制（RBAC模型） |
orders | id, user_id, status, created_at | 订单核心字段 |
设计原则
- 规范化：避免冗余字段，但需平衡查询性能（如适当冗余常用字段）。
- 扩展性：预留字段（如
ext1,ext2）或使用 JSON 类型存储动态属性。 - 索引优化：对高频查询字段（如
user_id,status）建立 B+Tree 或全文索引。
接口设计与安全策略
RESTful API 设计
| 接口 | 方法 | 路径 | 功能 |
|---|---|---|---|
| 用户登录 | POST | /api/login | 返回 JWT Token |
| 获取用户订单列表 | GET | /api/users/{id}/orders | 分页查询（支持筛选状态） |
| 提交订单 | POST | /api/orders | 写入数据库并返回订单号 |
安全措施
- 通信加密：全程 HTTPS,防止中间人攻击。
- 鉴权机制：JWT Token + Refresh Token 刷新机制。
- SQL注入防护：使用预编译语句（如 MyBatis/Hibernate）。
- 数据脱敏：返回前端时隐藏敏感信息（如密码、银行卡号）。
并发与事务处理
高并发场景解决方案
- 连接池：使用 HikariCP 管理数据库连接,减少创建开销。
- 异步处理：消息队列（如 RabbitMQ）解耦耗时操作（如邮件通知）。
- 乐观锁：通过版本号（
version字段）解决并发更新冲突。
事务管理
- 本地事务：Spring @Transactional 保证单节点数据一致性。
- 分布式事务：跨库操作时采用 TCC 或 Seata 框架。
数据同步与性能优化
同步策略
- 实时同步：WebSocket 推送订单状态变更（如客服聊天场景）。
- 批量同步：定时任务（如 Canal + Flink）同步日志到大数据平台。
性能优化手段
| 优化方向 | 具体措施 |
|---|---|
| 查询效率 | 建立联合索引（如 user_id + status） |
| 缓存加速 | Redis 缓存热点数据（如用户Session） |
| 分页优化 | 避免深度分页，采用 ID 范围查询 |
常见问题与解答
问题1：如何设计支持多终端（安卓/iOS/Web）的数据库？
解答：
- 统一数据模型：将业务逻辑与终端无关的部分下沉至数据库（如用户表、订单表）。
- 扩展字段：使用 JSON 或专用字段表存储终端特有数据（如安卓设备型号、iOS推送Token）。
- 接口适配：通过 API 层转换不同终端的数据格式（如日期格式、状态码）。
问题2：如何处理安卓客户端与服务器的数据冲突？
解答：
- 冲突检测：为每条数据添加
updated_at或version字段,更新时校验版本。 - 优先级策略：
- 最后写入胜出（Last Write Wins）：以服务器时间戳为准。
- 手动合并：冲突时返回冲突信息，由客户端提示用户人工干预。
- 日志记录：保存冲突日志用于后续分析（如
conflict_logs表
