高校校园外卖系统开发：Python+Django+MySQL技术实践

1. 项目概述高校校园外卖点餐系统的技术实现校园外卖点餐系统是当前高校信息化建设的重要组成部分。这个基于PythonMySQL的解决方案主要解决校园内师生订餐效率低、配送管理混乱的问题。系统采用B/S架构前端使用HTMLCSSJavaScript后端采用Django框架数据库选用MySQL 8.0。我在实际开发中发现相比社会化的外卖平台校园系统有几个独特需求需要与校园卡支付对接、要支持教学楼/宿舍楼等特殊配送地址、必须处理课间高峰期的并发订单。这些特点直接影响我们的技术选型和架构设计。2. 核心功能模块设计2.1 用户端功能实现用户注册采用学号验证机制通过对接学校LDAP系统实现身份核验。登录模块使用Django内置的认证系统并增加了短信验证码二次验证# 用户认证示例代码 from django.contrib.auth import authenticate user authenticate(request, usernamestudent_id, passwordpassword) if user is not None: if verify_sms_code(phone, code): # 自定义短信验证 login(request, user)商品展示页使用Django的Paginator类实现分页配合Redis缓存热门商品数据。购物车采用session和数据库双存储模式防止用户刷新丢失数据。2.2 商家管理后台商家后台使用Django Admin定制开发增加了以下关键功能商品批量导入支持Excel实时订单状态看板销售数据统计图表打印小票功能# 订单状态变更示例 def update_order_status(request): order Order.objects.get(pkorder_id) if order.status PAID: order.status PREPARING order.save() notify_user(order.user) # 微信模板消息通知2.3 配送调度系统配送算法是项目的核心难点。我们开发了基于贪心算法的智能调度将校园地图网格化每个网格对应一个配送员实时计算订单的配送路径权重考虑配送员的当前负载和移动速度使用Django Celery异步处理调度任务# 配送算法伪代码 def dispatch_orders(): pending_orders Order.objects.filter(statusREADY) riders Rider.objects.filter(statusAVAILABLE) for order in pending_orders: best_rider find_nearest_rider(order.location, riders) assign_order(best_rider, order) update_rider_status(best_rider)3. 数据库设计与优化3.1 主要表结构设计CREATE TABLE user ( id bigint NOT NULL AUTO_INCREMENT, student_id varchar(20) UNIQUE, password varchar(128), phone varchar(15), balance decimal(10,2) DEFAULT 0, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE order ( id bigint NOT NULL AUTO_INCREMENT, user_id bigint NOT NULL, shop_id bigint NOT NULL, total_amount decimal(10,2), status enum(UNPAID,PAID,CANCELED,COMPLETED), create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user (user_id), KEY idx_shop (shop_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;3.2 性能优化实践读写分离配置MySQL主从复制写操作走主库读操作走从库查询优化为高频查询字段添加复合索引连接池使用Django-db-geventpool管理数据库连接冷热数据分离将订单历史数据归档到单独的表注意校园场景的订单有明显的时段特征上午3-4节课间是高峰需要提前预热缓存4. 关键技术实现细节4.1 高并发处理方案使用多级缓存策略应对订餐高峰前端静态资源CDN加速应用层Redis缓存菜单数据数据库层MySQL查询缓存配置示例CACHES { default: { BACKEND: django_redis.cache.RedisCache, LOCATION: redis://127.0.0.1:6379/1, OPTIONS: { CLIENT_CLASS: django_redis.client.DefaultClient, MAX_ENTRIES: 1000 # 控制缓存大小 } } }4.2 支付系统集成校园系统需要支持多种支付方式校园卡支付通过学校财务接口微信小程序支付余额支付支付状态机设计class PaymentStatus: UNPAID 1 PROCESSING 2 SUCCESS 3 FAILED 4 REFUNDED 5 TRANSITIONS { UNPAID: [PROCESSING], PROCESSING: [SUCCESS, FAILED], SUCCESS: [REFUNDED], FAILED: [PROCESSING, UNPAID] }5. 部署与运维实践5.1 服务器环境配置推荐使用Docker Compose部署version: 3 services: web: build: . ports: - 8000:8000 depends_on: - redis - db redis: image: redis:alpine db: image: mysql:8.0 environment: MYSQL_ROOT_PASSWORD: yourpassword MYSQL_DATABASE: campus_food5.2 监控与日志使用Prometheus监控系统指标ELK收集分析日志Sentry捕获程序异常配置示例LOGGING { version: 1, handlers: { file: { level: DEBUG, class: logging.FileHandler, filename: /var/log/django/debug.log, }, }, loggers: { django: { handlers: [file], level: DEBUG, propagate: True, }, }, }6. 典型问题排查指南6.1 订单超时问题现象高峰期用户提交订单后长时间无响应排查步骤检查Celery worker状态查看MySQL慢查询日志监控Redis内存使用情况分析Nginx连接数解决方案增加Celery并发worker数量优化SQL查询添加适当索引调整Redis maxmemory-policy为allkeys-lru6.2 支付回调丢失现象用户已付款但订单状态未更新处理流程检查支付网关日志查询对账接口手动触发状态同步def sync_payment_status(order_id): order Order.objects.get(pkorder_id) if order.status UNPAID: result query_payment_gateway(order.payment_no) if result[paid]: order.status PAID order.save()7. 项目扩展方向在实际运营中我们发现几个有价值的扩展点智能推荐系统基于用户历史订单推荐菜品配送路径优化引入实时路况数据厨房生产管理帮助商家优化备餐流程食品安全追溯记录食材供应链信息实现推荐系统的简单示例from collections import defaultdict def recommend_items(user): # 简单的协同过滤算法 order_history Order.objects.filter(useruser) item_counts defaultdict(int) for order in order_history: for item in order.items.all(): item_counts[item.id] 1 return sorted(item_counts.items(), keylambda x: x[1], reverseTrue)[:5]这个校园外卖系统经过三个学期的实际运行日均订单量稳定在2000单左右高峰期QPS达到150。最大的收获是认识到校园场景的特殊性用户集中、时段性强、支付方式独特这些特点必须在系统设计初期就充分考虑。