1. 项目背景与核心价值家电售后服务系统是连接厂商、服务商和终端用户的关键纽带。传统家电行业普遍存在服务响应慢、工单流转效率低、配件管理混乱等痛点。我们团队基于JavaWebMySQL开发的这套系统经过3年迭代已在家电龙头企业稳定运行日均处理工单量超过5000条。这个系统的核心价值在于将平均服务响应时间从48小时缩短至4小时实现服务全流程数字化可追溯通过智能派单算法提升30%工程师利用率配件库存准确率提升至99.8%2. 技术架构设计2.1 整体技术选型采用经典的三层架构表现层JSPServletBootstrap 业务层SpringSpringMVC 数据层MySQLMyBatis选择这套技术栈主要基于开发团队对Java生态熟悉度高MySQL在事务处理方面的稳定性Spring框架的IoC/AOP特性便于后期扩展前端选用Bootstrap适配移动端服务场景2.2 数据库设计要点设计时特别注意了这几个方面工单表(t_workorder)采用状态机设计模式工程师表(t_engineer)包含技能矩阵字段配件表(t_part)实现批次管理和保质期预警所有表都建立created_time/modified_time审计字段典型表结构示例CREATE TABLE t_workorder ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) UNIQUE, customer_id BIGINT NOT NULL, appliance_type TINYINT COMMENT 1-空调 2-冰箱..., fault_code VARCHAR(16), status TINYINT DEFAULT 0 COMMENT 0-待分配 1-已接单..., engineer_id BIGINT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_status (status), INDEX idx_engineer (engineer_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;3. 核心功能实现3.1 智能派单算法采用基于规则的引擎机器学习预测初级筛选半径5公里内空闲工程师二级匹配家电品类技能相符三级优化历史服务评分4星最终加权距离(40%)技能(30%)评分(30%)核心代码片段public ListEngineer matchEngineers(WorkOrder order) { // 获取5公里范围内工程师 ListEngineer candidates engineerDao.selectNearby( order.getLatitude(), order.getLongitude(), 5); // 技能过滤 candidates.removeIf(e - !e.getSkills() .contains(order.getApplianceType())); // 评分排序 candidates.sort((e1,e2) - Float.compare(e2.getAvgScore(), e1.getAvgScore())); return candidates.subList(0, Math.min(3, candidates.size())); }3.2 工单状态机设计定义完整的工单生命周期待分配 → 已接单 → 上门中 → 维修中 → 待确认 → 已完成 ↘ 转单 ↘ 已取消使用状态模式实现public interface OrderState { void handle(WorkOrderContext context); } Component public class PendingState implements OrderState { Override public void handle(WorkOrderContext context) { // 触发短信通知逻辑 smsService.notifyCustomer(context.getOrder()); } }4. 性能优化实践4.1 MySQL调优经验配置优化innodb_buffer_pool_size 4G innodb_log_file_size 256M query_cache_type 0SQL优化案例-- 反例N1查询问题 SELECT * FROM t_workorder WHERE status1; -- 对每条工单再查工程师信息 -- 正例使用JOIN SELECT w.*, e.name, e.mobile FROM t_workorder w LEFT JOIN t_engineer e ON w.engineer_id e.id WHERE w.status1;索引优化为status字段添加普通索引工程师表建立(geo_hash, skill)联合索引避免在WHERE条件使用函数转换4.2 缓存策略设计采用多级缓存架构本地缓存(Caffeine)存储静态数据如故障代码Redis缓存工程师实时位置信息热门配件库存工单状态变更记录缓存更新策略写穿透异步刷新设置合理的TTL5. 安全防护方案5.1 常见安全措施接口防护RestController RequestMapping(/api) public class OrderController { PostMapping(/order) PreAuthorize(hasRole(CUSTOMER)) public Result createOrder(Valid OrderDTO dto) { // 方法级权限控制 } }SQL防护select idselectOrders resultTypeOrder SELECT * FROM t_workorder WHERE engineer_id #{eid} if teststatus ! null AND status #{status} /if /select数据加密客户手机号AES加密存储工程师密码BCrypt哈希处理敏感接口HTTPS签名验证6. 典型问题排查6.1 死锁问题分析现象工程师APP偶尔出现接单失败 日志报错Deadlock found when trying to get lock排查过程查看SHOW ENGINE INNODB STATUS发现工单表和工程师表存在交叉更新根本原因接单事务先更新工单再更新工程师状态解决方案Transactional public void acceptOrder(Long orderId, Long engineerId) { // 调整顺序先锁工程师记录 engineerDao.lockById(engineerId); orderDao.updateEngineer(orderId, engineerId); engineerDao.updateStatus(engineerId, BUSY); }6.2 并发扣减问题配件库存扣减的三种方案对比方案实现方式优点缺点乐观锁version字段并发度高需重试机制悲观锁SELECT FOR UPDATE强一致性能影响大分布式锁Redis锁适应分布式实现复杂最终采用方案UPDATE t_part SET stock stock - 1 WHERE id ? AND stock 17. 部署架构建议推荐的生产环境部署方案----------------- | CDN/OSS | ---------------- | ------------- ---------------- --------------- | Web层 | | API网关 | | 定时任务 | | (Nginx×2) ---- (Spring Cloud ---- (Quartz集群) | ------------- | Gateway) | --------------- ---------------- | ---------------- | 服务层 | | (Tomcat×4) | ---------------- | ---------------- | 数据层 | | (MySQL主从) | -----------------关键配置参数Tomcat连接池maxActive100MySQL连接池maxLifetime1800000JVM参数-Xms2g -Xmx2g -XX:UseG1GC8. 扩展开发建议8.1 微服务改造方向服务拆分工单服务工程师服务配件服务结算服务技术栈升级spring: cloud: nacos: discovery: server-addr: 127.0.0.1:8848 sentinel: transport: dashboard: localhost:80808.2 智能客服集成通过NLP技术实现故障自动分类解决方案推荐工程师匹配建议典型处理流程用户描述 → 意图识别 → 实体抽取 → 知识库查询 → 工单预生成9. 监控体系建设必备的监控指标业务指标工单响应时间P99一次解决率配件满足率技术指标API成功率MySQL慢查询数Redis命中率推荐监控方案业务指标自研看板Elasticsearch技术指标PrometheusGrafana日志分析ELK栈10. 开发经验总结事务设计要点避免跨服务事务合理设置隔离级别添加事务超时配置分页查询优化-- 避免使用OFFSET SELECT * FROM t_workorder WHERE id ? ORDER BY id ASC LIMIT 20日期处理建议数据库统一使用UTC时间前端展示时区转换避免使用字符串存储日期工程实践接口文档Swagger集成代码规范Checkstyle检查流水线自动化测试这套系统在实际运行中最大的收获是技术方案必须服务于业务场景。比如我们最初设计的复杂派单算法最终简化为距离优先技能兜底的务实方案反而获得了更好的效果。