尧图网站建设 
简介基于PHPMySQL实现的火车订票管理系统打包了完整源码与数据库定位为可直接运行的高分毕业设计项目。适用对象为计算机相关专业正在筹备毕设、需要项目实战练习的学生亦可作为课程设计或期末大作业。项目经导师指导与认可评审分为99分代码完整、部署门槛低适合初学者参照学习。资源共302个文件、约7.46MB包含35个PHP后端逻辑文件、39个CSS样式文件、67个JS交互脚本、69个PNG及27个GIF图片素材另有SQL数据库文件、HTML页面、字体图标和说明文档目录类型明确便于定位功能模块。当前已有101人学习下载。通过这份资源可获得一套可运行的票务管理实现覆盖PHPMySQL增删改查、前后端联调、后台界面与数据库建表脚本既能支撑毕业设计直接交付也能从中提炼出项目架构与编码思路帮助学习者压缩开发周期并降低起步难度。1. 一个毕设项目为什么值得你拆开看火车订票管理系统在毕业设计里属于典型的“业务完整、技术够用”的项目它不像电商系统那样动辄十几个模块但用户、车次、订单、余票这四个核心实体串起来刚好覆盖了 PHP 开发里最常被面试追问的三件事——会话管理、预处理查询、事务一致性。这个由 PHP MySQL 实现的版本评审拿了 99 分代码完整可以直接跑适合正在做毕业设计的学生也适合想快速过一遍“从建表到下单”完整链路的 PHP 初学者。但我想先说明一个容易被忽略的点这类项目最大的价值不在“跑起来”而在于你看懂那张订单表和那几个事务语句之后能把同样一套逻辑平移去做其他预约类系统。下面从前端页面背后的请求流转开始逐步拆到 SQL 和 PHP 代码的实现细节。2. 系统架构与核心数据表设计2.1 分层结构与请求流转这个系统采用经典的 PHP MySQL 单体结构没有引入框架前端资源里能看到 H-ui.css、H-ui.min.css、font-awesome 系列样式文件说明界面层是直接基于静态资源加载的页面跳转走的是传统的表单提交或 GET 链接。这种写法对学习来说是好事——框架帮你做掉的事这里都需要手写。从运行角度看典型请求路径是这样的浏览器发起login.php请求PHP 脚本接收参数调用自己封装的数据库连接文件通常是conn.php或db.php执行 SQL再把结果渲染成 HTML 输出。关键点是这个项目里数据库连接和业务逻辑没有完全分离所以你在排查问题时需要先定位页面文件再顺着文件里的require或include找到公共函数。2.1.1 环境要求与目录结构项目基于 PHP MYSQL 实现通常需要 PHP 5.6 以上部分代码可能用到mysql_*函数如果是 PHP 7 以上环境需要改成mysqli或PDO后面部署章节会细说MySQL 5.5。目录结构一般包含目录/文件作用admin/后台管理车次、用户、订单管理api/前端数据接口查询余票、提交订单conn.php或db.php数据库连接与公共函数*.sql数据库初始化脚本static/H-ui 等前端资源拿到源码后我一般会先打开 SQL 文件看建表语句这比看代码更能判断系统的数据模型是否合理。2.2 核心数据表拆解火车订票系统最核心的表有四张用户表、车次表、订单表、余票表。有些实现会把余票字段直接放在车次表里这在小规模场景下没有大问题但如果你要扩展“按日期查余票”就必须单独建一张余票表。下面是精简后的建表语句我在毕业设计基础上做了字段注释优化CREATE TABLE train ( id INT(11) NOT NULL AUTO_INCREMENT, train_no VARCHAR(20) NOT NULL COMMENT 车次号如 G1024, start_station VARCHAR(50) NOT NULL COMMENT 始发站, end_station VARCHAR(50) NOT NULL COMMENT 终到站, start_time TIME NOT NULL COMMENT 发车时间, end_time TIME NOT NULL COMMENT 到达时间, ticket_price DECIMAL(10,2) NOT NULL COMMENT 票价, remaining_tickets INT(11) NOT NULL DEFAULT 0 COMMENT 余票数, PRIMARY KEY (id), UNIQUE KEY idx_train_no (train_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT车次表; CREATE TABLE order ( id INT(11) NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 订单号, user_id INT(11) NOT NULL COMMENT 下单用户, train_id INT(11) NOT NULL COMMENT 车次ID, ticket_count INT(11) NOT NULL DEFAULT 1 COMMENT 购票张数, total_price DECIMAL(10,2) NOT NULL COMMENT 总价, status TINYINT(4) NOT NULL DEFAULT 0 COMMENT 0待支付 1已支付 2已取消, create_time DATETIME NOT NULL COMMENT 下单时间, PRIMARY KEY (id), KEY idx_user_id (user_id), KEY idx_train_id (train_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT订单表;建表有两点需要留意。第一订单表里的train_id和user_id都建了普通索引因为查询场景是“某个用户的所有订单”和“某趟车的所有订单”联合索引(user_id, train_id)在这里收益不大不建是最合理的。第二订单号order_no没有设为唯一索引这在实际业务里是隐患正常应该加UNIQUE KEY保证不重复。2.2.1 余票字段的更新策略remaining_tickets放在车次表里下单时执行UPDATE train SET remaining_tickets remaining_tickets - 1 WHERE id ? AND remaining_tickets 0。这个写法就是为了防止超卖。如果后边查到你的代码是先SELECT再UPDATE中间没有加行锁那并发下一定会有问题这点在后面的业务逻辑章节会展开。3. 用户登录与会话管理实现3.1 基于 Session 的登录态设计PHP 默认的会话机制是基于 Cookie 的打开php.ini里session.save_path对应目录能看到以sess_开头的小文件。这个系统的登录逻辑不复杂用户提交用户名和密码PHP 脚本查询用户表比对通过后写入$_SESSION[user_id]后续页面的权限判断都走这个变量。一个常见问题是毕设代码里经常出现直接拿$_SESSION[user_id]拼进 SQL 的情况比如?php session_start(); if (!isset($_SESSION[user_id])) { header(Location: login.php); exit; } $conn mysqli_connect(localhost, root, , train_db); mysqli_set_charset($conn, utf8mb4); $user_id $_SESSION[user_id]; // 这里的查询是安全的因为 user_id 来自服务端 session $sql SELECT * FROM user WHERE id {$user_id}; $result mysqli_query($conn, $sql); $user mysqli_fetch_assoc($result); ?这段代码里从$_SESSION[user_id]取到的值是服务端写入的没有经过客户端输入所以拼进 SQL 不会引入注入风险。需要警惕的是$_GET、$_POST、$_COOKIE这三个超全局变量只要它们进了 SQL 就必须参数化处理。这个区别在毕业设计答辩里是加分点在真实项目里则是安全底线。3.2 密码存储从 MD5 到加盐哈希很多课程设计里密码还是 MD5 加密甚至明文存储。我拆过的项目样本里火车订票系统这类毕设绝大多数用md5($password)有的会拼接一个固定盐。如果你是想拿这套系统做基础再改造第一步就应该把密码存储升级为 PHP 自带的password_hash和password_verify?php // 注册时写入 $hashed password_hash($_POST[password], PASSWORD_DEFAULT); // 登录时校验 $sql SELECT * FROM user WHERE username ?; $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($stmt, s, $_POST[username]); mysqli_stmt_execute($stmt); $result mysqli_stmt_get_result($stmt); $user mysqli_fetch_assoc($result); if ($user password_verify($_POST[password], $user[password])) { $_SESSION[user_id] $user[id]; } else { $error 用户名或密码错误; }PASSWORD_DEFAULT目前是 bcrypt 算法哈希结果会自动带上盐未来如果 PHP 更新默认算法兼容性也不受影响。mysqli_stmt_bind_param的第一个参数s表示绑定的是字符串类型这里如果你要绑定整数可以传i。记住一点mysqli_prepare之后必须用bind_param绑定参数参数个数要和 SQL 里的?一一对应否则执行会直接报错。3.2.1 登录后的跳转与权限控制登录成功后系统通常跳转到首页或用户中心退出则是销毁会话。下面这段是常见写法?php session_start(); // 清空数组释放全部会话变量 $_SESSION array(); // 如果浏览器有会话 Cookie让它过期 if (ini_get(session.use_cookies)) { $params session_get_cookie_params(); setcookie(session_name(), , time() - 42000, $params[path], $params[domain], $params[secure], $params[httponly]); } session_destroy(); header(Location: login.php); exit; ?这里有两个容易被忽略的参数session.use_cookies表示是否启用 Cookie 来承载会话 ID如果项目里改成 URL 透传风险会显著增加。httponly置为 true 可以防止 XSS 脚本通过document.cookie读取会话 ID这是低成本的加固项建议在你改造时加上。4. 核心业务逻辑查询车次、下单购票与订单管理4.1 余票查询与车次列表查询页面的核心是一个带条件的SELECT语句常见做法是支持按出发站、到达站、日期三个维度过滤。下面这段代码同时演示了预处理和模糊查询?php $start isset($_GET[start]) ? trim($_GET[start]) : ; $end isset($_GET[end]) ? trim($_GET[end]) : ; if ($start $end ) { // 空条件直接拉全部少量数据时没问题 $sql SELECT * FROM train ORDER BY start_time ASC; $stmt mysqli_prepare($conn, $sql); } else { $sql SELECT * FROM train WHERE start_station LIKE ? AND end_station LIKE ? ORDER BY start_time ASC; $stmt mysqli_prepare($conn, $sql); $like_start %{$start}%; $like_end %{$end}%; mysqli_stmt_bind_param($stmt, ss, $like_start, $like_end); } mysqli_stmt_execute($stmt); $result mysqli_stmt_get_result($stmt); $trains mysqli_fetch_all($result, MYSQLI_ASSOC); ?参数说明LIKE ?配合%通配符可以实现包含匹配bind_param的ss表示两个参数都是字符串。如果你在页面里直接写LIKE %$start%一旦用户输入了%或_通配符就会生效查询结果和你预期不一致这是开发中很容易踩的坑。4.2 下单购票事务里完成的扣减和校验下单是这个系统技术含量最高的一段。核心要求是扣减余票和创建订单必须同时成功或者同时失败。如果先扣票再建订单建单失败就会丢票如果先建单再扣票扣票失败就会出现一个悬空订单。?php mysqli_begin_transaction($conn); try { $train_id intval($_POST[train_id]); $count intval($_POST[ticket_count]); $user_id $_SESSION[user_id]; // 1. 行级锁读车次 $sql SELECT ticket_price, remaining_tickets FROM train WHERE id ? FOR UPDATE; $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($stmt, i, $train_id); mysqli_stmt_execute($stmt); $result mysqli_stmt_get_result($stmt); $train mysqli_fetch_assoc($result); if (!$train) { throw new Exception(车次不存在); } if ($train[remaining_tickets] $count) { throw new Exception(余票不足); } // 2. 扣减余票 $sql UPDATE train SET remaining_tickets remaining_tickets - ? WHERE id ? AND remaining_tickets ?; $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($stmt, iii, $count, $train_id, $count); mysqli_stmt_execute($stmt); if (mysqli_affected_rows($conn) 0) { throw new Exception(余票更新失败请重试); } // 3. 生成订单号并插入 $order_no date(YmdHis) . mt_rand(1000, 9999); $total_price $train[ticket_price] * $count; $sql INSERT INTO order (order_no, user_id, train_id, ticket_count, total_price, status, create_time) VALUES (?, ?, ?, ?, ?, 0, NOW()); $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($conn, siiid, $order_no, $user_id, $train_id, $count, $total_price); mysqli_stmt_execute($stmt); $order_id mysqli_insert_id($conn); mysqli_commit($conn); // 跳转到支付模拟页或订单详情 header(Location: order_detail.php?id{$order_id}); } catch (Exception $e) { mysqli_rollback($conn); echo 订票失败 . $e-getMessage(); } ?这段代码里最关键的是FOR UPDATE这个行级锁。注意几个细节。第一订单金额需要在事务里读取车次价格后计算不能拿用户传过来的价格直接入库不然用户把价格改成 0.01 你就亏了。第二intval()没有做范围检查如果传入负数虽然WHERE remaining_tickets ?会挡住扣减但订单表会写入负数张票所以建议在bind_param前加一个if ($count 0) throw。第三订单号这里用uniqid()更严谨date rand在高并发下存在碰撞可能。4.3 订单状态机与管理后台订单表里的status字段定义了三种状态0 待支付、1 已支付、2 已取消。在订单详情页里用户可以看到自己的订单列表?php $user_id $_SESSION[user_id]; $sql SELECT o.*, t.train_no, t.start_station, t.end_station, t.start_time FROM order o LEFT JOIN train t ON o.train_id t.id WHERE o.user_id ? ORDER BY o.create_time DESC; $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($stmt, i, $user_id); mysqli_stmt_execute($stmt); $result mysqli_stmt_get_result($stmt); $orders mysqli_fetch_all($result, MYSQLI_ASSOC); ?联表查询加了LEFT JOIN而不是INNER JOIN考虑是如果车次表某条记录被清理了订单还能正常展示出来只是车次相关信息为 NULL。这和你业务上允许不允许删车次有关如果后台能删车次这个设计就是对的。后台管理端对订单的管理通常是查询全部订单、按状态筛选、修改状态为已支付或已取消逻辑上只是把上面查询的WHERE user_id ?换成WHERE status ?而已。4.3.1 分页查询的必要性订单量一旦上百条一次查全部就会明显拖慢页面。后台管理端一般会加一个分页常见的实现是LIMIT offset写法SELECT o.*, t.train_no FROM order o LEFT JOIN train t ON o.train_id t.id ORDER BY o.create_time DESC LIMIT 0, 20;这里LIMIT 0, 20表示从第 0 条开始取 20 条。翻到第 10 页就是LIMIT 180, 20。这个写法在数据量小的时候够用但offset越大越慢因为 MySQL 还是要扫前面 180 条。如果你改造到几千单以后建议改成键集分页的方式在最后一章我会给出具体方案。5. 环境部署、踩坑记录与常见报错排查5.1 PHP 版本兼容mysql_* 函数迁移到 mysqli拿到源码第一件事是确认连接代码用的是哪一套函数库。如果你打开conn.php看到mysql_connect()而不是mysqli_connect()说明源码写于 PHP 5.6 时代在 PHP 7 环境会直接报致命错误。迁移方法如下?php // 旧写法PHP 5.6 及以下 // $conn mysql_connect(localhost, root, 123456); // mysql_select_db(train_db, $conn); // 迁移到 mysqli $conn mysqli_connect(localhost, root, 123456, train_db); if (!$conn) { die(数据库连接失败 . mysqli_connect_error()); } mysqli_set_charset($conn, utf8mb4); ?mysqli_connect可以直接传入数据库名作为第四个参数省掉一次mysqli_select_db调用。mysqli_set_charset设置为utf8mb4是必须的否则页面显示中文时可能出现乱码这个字符集支持完整的 Unicode 字符包括 emoji往下兼容utf8。配套的修改包括mysql_query($sql)改为mysqli_query($conn, $sql)mysql_fetch_assoc()改为mysqli_fetch_assoc()mysql_real_escape_string()改为mysqli_real_escape_string($conn, $str)并且所有调用都需要把$conn作为第一个参数传进去。修改量不大但容易漏。5.2 数据库导入与配置项SQL 文件导入有两种常见方式。如果你用 phpMyAdmin选择数据库后点“导入”即可如果你在命令行操作或者服务器上没有图形界面用下面这种方式更快# 先在 MySQL 里创建数据库 mysql -uroot -p -e CREATE DATABASE train_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 导入 SQL 文件 mysql -uroot -p train_db train_db.sqlutf8mb4_general_ci里的ci表示大小写不敏感排序和比较时 A 和 a 视为相同。如果你的车次号可能用到大小写区分建议改成utf8mb4_bin但常规业务用general_ci就够了。导入完成后再确认一下配置文件里的账号密码是否匹配。5.2.1 常见报错对照表我整理了几个这个项目里最常出现的报错对应原因和修复方向如下报错信息原因修复方向Fatal error: Uncaught Error: Call to undefined function mysql_connect()PHP 7 已移除 mysql_* 扩展迁移到 mysqli_connectmysqli_connect(): (HY000/2002): Cant connect to local server连接参数或 MySQL 服务未启动检查主机地址、端口、账号密码确认 MySQL 服务状态SQLSTATE[HY093]: Invalid parameter number预处理占位符和绑定参数数量不一致数一遍 SQL 里的?号和 bind_param 参数个数Page not found或路由失效未开启伪静态或路径不对确认服务器文档根目录是否指向项目根目录页面乱码文件编码与数据库字符集不一致文件统一保存为 UTF-8 无 BOM数据库连接设置 utf8mb45.3 时间字段与业务校验车次表里发车和到达时间用了TIME类型这在 PHP 里取出后直接输出即可。但要注意一个隐藏坑TIME类型在 MySQL 里范围是-838:59:59到838:59:59正常车次时间不会超但如果有人往数据库里写入异常数据页面就报错。如果改造时涉及跨天车次比如 23:50 发车、次日 01:20 到达你需要添加一个“是否次日到达”的标志字段这个在这个项目里没有属于已知局限。6. 上线前的安全加固与性能优化6.1 分页查询优化从深分页到键集分页订单管理后台在数据量增长后第一个要改的就是分页。传统的LIMIT offset, size写法在 offset 很大时性能急剧下降原因是 MySQL 需要扫描并丢弃前 offset 行。键集分页的改进思路是记住上一页最后一条记录的条件值下一页直接用这个值过滤?php $last_id isset($_GET[last_id]) ? intval($_GET[last_id]) : 0; $page_size 20; $sql SELECT o.*, t.train_no FROM order o LEFT JOIN train t ON o.train_id t.id WHERE o.id ? ORDER BY o.id DESC LIMIT ?; $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($stmt, ii, $last_id, $page_size); mysqli_stmt_execute($stmt); $result mysqli_stmt_get_result($stmt); $orders mysqli_fetch_all($result, MYSQLI_ASSOC); // 下一页的链接通过最后一行的 id 传递 if ($orders) { $next_id $orders[count($orders) - 1][id]; echo a hreforder_list.php?last_id{$next_id}下一页/a; } ?这里用WHERE o.id ?带上了上一页最后一条记录的自增主键排序字段和过滤字段都走主键索引无论翻多深都是走索引快速定位而不是全表扫描。这个写法适合所有列表按主键倒序排列的业务你可以直接用在后台订单列表和用户订单列表上。6.2 配置层面的加固项部署到正式环境前有几个 PHP 配置建议确认一下。打开php.ini把display_errors设为Off同时开启log_errors并指定error_log路径这样线上用户不会看到堆栈信息错误又能在日志里查到。session.cookie_httponly设为1防止脚本读取会话 Cookie。date.timezone设置为Asia/Shanghai否则date()函数返回的时间会跟北京时间差 8 小时如果下单时间存的是本地时间会和数据库里的CURRENT_TIMESTAMP对不上。另外建议在项目里增加一个统一入口开发时判断当前环境再决定是否输出调试信息?php define(APP_DEBUG, true); // 上线前改为 false if (APP_DEBUG) { ini_set(display_errors, 1); error_reporting(E_ALL); } else { ini_set(display_errors, 0); ini_set(log_errors, 1); ini_set(error_log, __DIR__ . /logs/php-error.log); } ?E_ALL表示显示所有级别的错误开发阶段能暴露未初始化变量、过时函数这类潜在问题。上线后开启错误日志并且把display_errors关闭这样即使出现 500用户页面是干净的细节记录在日志文件里。6.3 查询频率与 MySQL 连接状态你的系统上线后如果发现 MySQL 连接数打满可以在客户端先确认当前连接状态mysql -uroot -p -e SHOW STATUS LIKE Threads_connected; mysql -uroot -p -e SHOW VARIABLES LIKE max_connections;Threads_connected是当前活跃连接数max_connections是上限。PHP 脚本里频繁mysqli_connect却没有mysqli_close长驻进程下连接不会自动释放积累起来就会达到上限。修复方式很简单在每个脚本结尾调用mysqli_close($conn)或者在数据库封装类的析构函数里关闭连接。这个系统虽然是一次性请求的普通 PHP 模型但如果后续跑在php-fpm常驻模式下连接管理就必须认真对待。车次余票的查询频率在放票日会明显增高如果你把remaining_tickets字段存的是实时值每次查询都读 MySQL压力会很大。一个低成本思路是使用 MySQL 自带的查询缓存或者把热门车次余票做一次性内存缓存比如存到 Memcached 或 Redis。课程设计阶段可以不改但如果作为生产项目去迭代这笔账越早算越好。本文还有配套的精品资源点击获取 PHP+MySQL火车订票系统：事务处理与安全加固实战解析
简介基于PHPMySQL实现的火车订票管理系统打包了完整源码与数据库定位为可直接运行的高分毕业设计项目。适用对象为计算机相关专业正在筹备毕设、需要项目实战练习的学生亦可作为课程设计或期末大作业。项目经导师指导与认可评审分为99分代码完整、部署门槛低适合初学者参照学习。资源共302个文件、约7.46MB包含35个PHP后端逻辑文件、39个CSS样式文件、67个JS交互脚本、69个PNG及27个GIF图片素材另有SQL数据库文件、HTML页面、字体图标和说明文档目录类型明确便于定位功能模块。当前已有101人学习下载。通过这份资源可获得一套可运行的票务管理实现覆盖PHPMySQL增删改查、前后端联调、后台界面与数据库建表脚本既能支撑毕业设计直接交付也能从中提炼出项目架构与编码思路帮助学习者压缩开发周期并降低起步难度。1. 一个毕设项目为什么值得你拆开看火车订票管理系统在毕业设计里属于典型的“业务完整、技术够用”的项目它不像电商系统那样动辄十几个模块但用户、车次、订单、余票这四个核心实体串起来刚好覆盖了 PHP 开发里最常被面试追问的三件事——会话管理、预处理查询、事务一致性。这个由 PHP MySQL 实现的版本评审拿了 99 分代码完整可以直接跑适合正在做毕业设计的学生也适合想快速过一遍“从建表到下单”完整链路的 PHP 初学者。但我想先说明一个容易被忽略的点这类项目最大的价值不在“跑起来”而在于你看懂那张订单表和那几个事务语句之后能把同样一套逻辑平移去做其他预约类系统。下面从前端页面背后的请求流转开始逐步拆到 SQL 和 PHP 代码的实现细节。2. 系统架构与核心数据表设计2.1 分层结构与请求流转这个系统采用经典的 PHP MySQL 单体结构没有引入框架前端资源里能看到 H-ui.css、H-ui.min.css、font-awesome 系列样式文件说明界面层是直接基于静态资源加载的页面跳转走的是传统的表单提交或 GET 链接。这种写法对学习来说是好事——框架帮你做掉的事这里都需要手写。从运行角度看典型请求路径是这样的浏览器发起login.php请求PHP 脚本接收参数调用自己封装的数据库连接文件通常是conn.php或db.php执行 SQL再把结果渲染成 HTML 输出。关键点是这个项目里数据库连接和业务逻辑没有完全分离所以你在排查问题时需要先定位页面文件再顺着文件里的require或include找到公共函数。2.1.1 环境要求与目录结构项目基于 PHP MYSQL 实现通常需要 PHP 5.6 以上部分代码可能用到mysql_*函数如果是 PHP 7 以上环境需要改成mysqli或PDO后面部署章节会细说MySQL 5.5。目录结构一般包含目录/文件作用admin/后台管理车次、用户、订单管理api/前端数据接口查询余票、提交订单conn.php或db.php数据库连接与公共函数*.sql数据库初始化脚本static/H-ui 等前端资源拿到源码后我一般会先打开 SQL 文件看建表语句这比看代码更能判断系统的数据模型是否合理。2.2 核心数据表拆解火车订票系统最核心的表有四张用户表、车次表、订单表、余票表。有些实现会把余票字段直接放在车次表里这在小规模场景下没有大问题但如果你要扩展“按日期查余票”就必须单独建一张余票表。下面是精简后的建表语句我在毕业设计基础上做了字段注释优化CREATE TABLE train ( id INT(11) NOT NULL AUTO_INCREMENT, train_no VARCHAR(20) NOT NULL COMMENT 车次号如 G1024, start_station VARCHAR(50) NOT NULL COMMENT 始发站, end_station VARCHAR(50) NOT NULL COMMENT 终到站, start_time TIME NOT NULL COMMENT 发车时间, end_time TIME NOT NULL COMMENT 到达时间, ticket_price DECIMAL(10,2) NOT NULL COMMENT 票价, remaining_tickets INT(11) NOT NULL DEFAULT 0 COMMENT 余票数, PRIMARY KEY (id), UNIQUE KEY idx_train_no (train_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT车次表; CREATE TABLE order ( id INT(11) NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 订单号, user_id INT(11) NOT NULL COMMENT 下单用户, train_id INT(11) NOT NULL COMMENT 车次ID, ticket_count INT(11) NOT NULL DEFAULT 1 COMMENT 购票张数, total_price DECIMAL(10,2) NOT NULL COMMENT 总价, status TINYINT(4) NOT NULL DEFAULT 0 COMMENT 0待支付 1已支付 2已取消, create_time DATETIME NOT NULL COMMENT 下单时间, PRIMARY KEY (id), KEY idx_user_id (user_id), KEY idx_train_id (train_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT订单表;建表有两点需要留意。第一订单表里的train_id和user_id都建了普通索引因为查询场景是“某个用户的所有订单”和“某趟车的所有订单”联合索引(user_id, train_id)在这里收益不大不建是最合理的。第二订单号order_no没有设为唯一索引这在实际业务里是隐患正常应该加UNIQUE KEY保证不重复。2.2.1 余票字段的更新策略remaining_tickets放在车次表里下单时执行UPDATE train SET remaining_tickets remaining_tickets - 1 WHERE id ? AND remaining_tickets 0。这个写法就是为了防止超卖。如果后边查到你的代码是先SELECT再UPDATE中间没有加行锁那并发下一定会有问题这点在后面的业务逻辑章节会展开。3. 用户登录与会话管理实现3.1 基于 Session 的登录态设计PHP 默认的会话机制是基于 Cookie 的打开php.ini里session.save_path对应目录能看到以sess_开头的小文件。这个系统的登录逻辑不复杂用户提交用户名和密码PHP 脚本查询用户表比对通过后写入$_SESSION[user_id]后续页面的权限判断都走这个变量。一个常见问题是毕设代码里经常出现直接拿$_SESSION[user_id]拼进 SQL 的情况比如?php session_start(); if (!isset($_SESSION[user_id])) { header(Location: login.php); exit; } $conn mysqli_connect(localhost, root, , train_db); mysqli_set_charset($conn, utf8mb4); $user_id $_SESSION[user_id]; // 这里的查询是安全的因为 user_id 来自服务端 session $sql SELECT * FROM user WHERE id {$user_id}; $result mysqli_query($conn, $sql); $user mysqli_fetch_assoc($result); ?这段代码里从$_SESSION[user_id]取到的值是服务端写入的没有经过客户端输入所以拼进 SQL 不会引入注入风险。需要警惕的是$_GET、$_POST、$_COOKIE这三个超全局变量只要它们进了 SQL 就必须参数化处理。这个区别在毕业设计答辩里是加分点在真实项目里则是安全底线。3.2 密码存储从 MD5 到加盐哈希很多课程设计里密码还是 MD5 加密甚至明文存储。我拆过的项目样本里火车订票系统这类毕设绝大多数用md5($password)有的会拼接一个固定盐。如果你是想拿这套系统做基础再改造第一步就应该把密码存储升级为 PHP 自带的password_hash和password_verify?php // 注册时写入 $hashed password_hash($_POST[password], PASSWORD_DEFAULT); // 登录时校验 $sql SELECT * FROM user WHERE username ?; $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($stmt, s, $_POST[username]); mysqli_stmt_execute($stmt); $result mysqli_stmt_get_result($stmt); $user mysqli_fetch_assoc($result); if ($user password_verify($_POST[password], $user[password])) { $_SESSION[user_id] $user[id]; } else { $error 用户名或密码错误; }PASSWORD_DEFAULT目前是 bcrypt 算法哈希结果会自动带上盐未来如果 PHP 更新默认算法兼容性也不受影响。mysqli_stmt_bind_param的第一个参数s表示绑定的是字符串类型这里如果你要绑定整数可以传i。记住一点mysqli_prepare之后必须用bind_param绑定参数参数个数要和 SQL 里的?一一对应否则执行会直接报错。3.2.1 登录后的跳转与权限控制登录成功后系统通常跳转到首页或用户中心退出则是销毁会话。下面这段是常见写法?php session_start(); // 清空数组释放全部会话变量 $_SESSION array(); // 如果浏览器有会话 Cookie让它过期 if (ini_get(session.use_cookies)) { $params session_get_cookie_params(); setcookie(session_name(), , time() - 42000, $params[path], $params[domain], $params[secure], $params[httponly]); } session_destroy(); header(Location: login.php); exit; ?这里有两个容易被忽略的参数session.use_cookies表示是否启用 Cookie 来承载会话 ID如果项目里改成 URL 透传风险会显著增加。httponly置为 true 可以防止 XSS 脚本通过document.cookie读取会话 ID这是低成本的加固项建议在你改造时加上。4. 核心业务逻辑查询车次、下单购票与订单管理4.1 余票查询与车次列表查询页面的核心是一个带条件的SELECT语句常见做法是支持按出发站、到达站、日期三个维度过滤。下面这段代码同时演示了预处理和模糊查询?php $start isset($_GET[start]) ? trim($_GET[start]) : ; $end isset($_GET[end]) ? trim($_GET[end]) : ; if ($start $end ) { // 空条件直接拉全部少量数据时没问题 $sql SELECT * FROM train ORDER BY start_time ASC; $stmt mysqli_prepare($conn, $sql); } else { $sql SELECT * FROM train WHERE start_station LIKE ? AND end_station LIKE ? ORDER BY start_time ASC; $stmt mysqli_prepare($conn, $sql); $like_start %{$start}%; $like_end %{$end}%; mysqli_stmt_bind_param($stmt, ss, $like_start, $like_end); } mysqli_stmt_execute($stmt); $result mysqli_stmt_get_result($stmt); $trains mysqli_fetch_all($result, MYSQLI_ASSOC); ?参数说明LIKE ?配合%通配符可以实现包含匹配bind_param的ss表示两个参数都是字符串。如果你在页面里直接写LIKE %$start%一旦用户输入了%或_通配符就会生效查询结果和你预期不一致这是开发中很容易踩的坑。4.2 下单购票事务里完成的扣减和校验下单是这个系统技术含量最高的一段。核心要求是扣减余票和创建订单必须同时成功或者同时失败。如果先扣票再建订单建单失败就会丢票如果先建单再扣票扣票失败就会出现一个悬空订单。?php mysqli_begin_transaction($conn); try { $train_id intval($_POST[train_id]); $count intval($_POST[ticket_count]); $user_id $_SESSION[user_id]; // 1. 行级锁读车次 $sql SELECT ticket_price, remaining_tickets FROM train WHERE id ? FOR UPDATE; $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($stmt, i, $train_id); mysqli_stmt_execute($stmt); $result mysqli_stmt_get_result($stmt); $train mysqli_fetch_assoc($result); if (!$train) { throw new Exception(车次不存在); } if ($train[remaining_tickets] $count) { throw new Exception(余票不足); } // 2. 扣减余票 $sql UPDATE train SET remaining_tickets remaining_tickets - ? WHERE id ? AND remaining_tickets ?; $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($stmt, iii, $count, $train_id, $count); mysqli_stmt_execute($stmt); if (mysqli_affected_rows($conn) 0) { throw new Exception(余票更新失败请重试); } // 3. 生成订单号并插入 $order_no date(YmdHis) . mt_rand(1000, 9999); $total_price $train[ticket_price] * $count; $sql INSERT INTO order (order_no, user_id, train_id, ticket_count, total_price, status, create_time) VALUES (?, ?, ?, ?, ?, 0, NOW()); $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($conn, siiid, $order_no, $user_id, $train_id, $count, $total_price); mysqli_stmt_execute($stmt); $order_id mysqli_insert_id($conn); mysqli_commit($conn); // 跳转到支付模拟页或订单详情 header(Location: order_detail.php?id{$order_id}); } catch (Exception $e) { mysqli_rollback($conn); echo 订票失败 . $e-getMessage(); } ?这段代码里最关键的是FOR UPDATE这个行级锁。注意几个细节。第一订单金额需要在事务里读取车次价格后计算不能拿用户传过来的价格直接入库不然用户把价格改成 0.01 你就亏了。第二intval()没有做范围检查如果传入负数虽然WHERE remaining_tickets ?会挡住扣减但订单表会写入负数张票所以建议在bind_param前加一个if ($count 0) throw。第三订单号这里用uniqid()更严谨date rand在高并发下存在碰撞可能。4.3 订单状态机与管理后台订单表里的status字段定义了三种状态0 待支付、1 已支付、2 已取消。在订单详情页里用户可以看到自己的订单列表?php $user_id $_SESSION[user_id]; $sql SELECT o.*, t.train_no, t.start_station, t.end_station, t.start_time FROM order o LEFT JOIN train t ON o.train_id t.id WHERE o.user_id ? ORDER BY o.create_time DESC; $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($stmt, i, $user_id); mysqli_stmt_execute($stmt); $result mysqli_stmt_get_result($stmt); $orders mysqli_fetch_all($result, MYSQLI_ASSOC); ?联表查询加了LEFT JOIN而不是INNER JOIN考虑是如果车次表某条记录被清理了订单还能正常展示出来只是车次相关信息为 NULL。这和你业务上允许不允许删车次有关如果后台能删车次这个设计就是对的。后台管理端对订单的管理通常是查询全部订单、按状态筛选、修改状态为已支付或已取消逻辑上只是把上面查询的WHERE user_id ?换成WHERE status ?而已。4.3.1 分页查询的必要性订单量一旦上百条一次查全部就会明显拖慢页面。后台管理端一般会加一个分页常见的实现是LIMIT offset写法SELECT o.*, t.train_no FROM order o LEFT JOIN train t ON o.train_id t.id ORDER BY o.create_time DESC LIMIT 0, 20;这里LIMIT 0, 20表示从第 0 条开始取 20 条。翻到第 10 页就是LIMIT 180, 20。这个写法在数据量小的时候够用但offset越大越慢因为 MySQL 还是要扫前面 180 条。如果你改造到几千单以后建议改成键集分页的方式在最后一章我会给出具体方案。5. 环境部署、踩坑记录与常见报错排查5.1 PHP 版本兼容mysql_* 函数迁移到 mysqli拿到源码第一件事是确认连接代码用的是哪一套函数库。如果你打开conn.php看到mysql_connect()而不是mysqli_connect()说明源码写于 PHP 5.6 时代在 PHP 7 环境会直接报致命错误。迁移方法如下?php // 旧写法PHP 5.6 及以下 // $conn mysql_connect(localhost, root, 123456); // mysql_select_db(train_db, $conn); // 迁移到 mysqli $conn mysqli_connect(localhost, root, 123456, train_db); if (!$conn) { die(数据库连接失败 . mysqli_connect_error()); } mysqli_set_charset($conn, utf8mb4); ?mysqli_connect可以直接传入数据库名作为第四个参数省掉一次mysqli_select_db调用。mysqli_set_charset设置为utf8mb4是必须的否则页面显示中文时可能出现乱码这个字符集支持完整的 Unicode 字符包括 emoji往下兼容utf8。配套的修改包括mysql_query($sql)改为mysqli_query($conn, $sql)mysql_fetch_assoc()改为mysqli_fetch_assoc()mysql_real_escape_string()改为mysqli_real_escape_string($conn, $str)并且所有调用都需要把$conn作为第一个参数传进去。修改量不大但容易漏。5.2 数据库导入与配置项SQL 文件导入有两种常见方式。如果你用 phpMyAdmin选择数据库后点“导入”即可如果你在命令行操作或者服务器上没有图形界面用下面这种方式更快# 先在 MySQL 里创建数据库 mysql -uroot -p -e CREATE DATABASE train_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 导入 SQL 文件 mysql -uroot -p train_db train_db.sqlutf8mb4_general_ci里的ci表示大小写不敏感排序和比较时 A 和 a 视为相同。如果你的车次号可能用到大小写区分建议改成utf8mb4_bin但常规业务用general_ci就够了。导入完成后再确认一下配置文件里的账号密码是否匹配。5.2.1 常见报错对照表我整理了几个这个项目里最常出现的报错对应原因和修复方向如下报错信息原因修复方向Fatal error: Uncaught Error: Call to undefined function mysql_connect()PHP 7 已移除 mysql_* 扩展迁移到 mysqli_connectmysqli_connect(): (HY000/2002): Cant connect to local server连接参数或 MySQL 服务未启动检查主机地址、端口、账号密码确认 MySQL 服务状态SQLSTATE[HY093]: Invalid parameter number预处理占位符和绑定参数数量不一致数一遍 SQL 里的?号和 bind_param 参数个数Page not found或路由失效未开启伪静态或路径不对确认服务器文档根目录是否指向项目根目录页面乱码文件编码与数据库字符集不一致文件统一保存为 UTF-8 无 BOM数据库连接设置 utf8mb45.3 时间字段与业务校验车次表里发车和到达时间用了TIME类型这在 PHP 里取出后直接输出即可。但要注意一个隐藏坑TIME类型在 MySQL 里范围是-838:59:59到838:59:59正常车次时间不会超但如果有人往数据库里写入异常数据页面就报错。如果改造时涉及跨天车次比如 23:50 发车、次日 01:20 到达你需要添加一个“是否次日到达”的标志字段这个在这个项目里没有属于已知局限。6. 上线前的安全加固与性能优化6.1 分页查询优化从深分页到键集分页订单管理后台在数据量增长后第一个要改的就是分页。传统的LIMIT offset, size写法在 offset 很大时性能急剧下降原因是 MySQL 需要扫描并丢弃前 offset 行。键集分页的改进思路是记住上一页最后一条记录的条件值下一页直接用这个值过滤?php $last_id isset($_GET[last_id]) ? intval($_GET[last_id]) : 0; $page_size 20; $sql SELECT o.*, t.train_no FROM order o LEFT JOIN train t ON o.train_id t.id WHERE o.id ? ORDER BY o.id DESC LIMIT ?; $stmt mysqli_prepare($conn, $sql); mysqli_stmt_bind_param($stmt, ii, $last_id, $page_size); mysqli_stmt_execute($stmt); $result mysqli_stmt_get_result($stmt); $orders mysqli_fetch_all($result, MYSQLI_ASSOC); // 下一页的链接通过最后一行的 id 传递 if ($orders) { $next_id $orders[count($orders) - 1][id]; echo a hreforder_list.php?last_id{$next_id}下一页/a; } ?这里用WHERE o.id ?带上了上一页最后一条记录的自增主键排序字段和过滤字段都走主键索引无论翻多深都是走索引快速定位而不是全表扫描。这个写法适合所有列表按主键倒序排列的业务你可以直接用在后台订单列表和用户订单列表上。6.2 配置层面的加固项部署到正式环境前有几个 PHP 配置建议确认一下。打开php.ini把display_errors设为Off同时开启log_errors并指定error_log路径这样线上用户不会看到堆栈信息错误又能在日志里查到。session.cookie_httponly设为1防止脚本读取会话 Cookie。date.timezone设置为Asia/Shanghai否则date()函数返回的时间会跟北京时间差 8 小时如果下单时间存的是本地时间会和数据库里的CURRENT_TIMESTAMP对不上。另外建议在项目里增加一个统一入口开发时判断当前环境再决定是否输出调试信息?php define(APP_DEBUG, true); // 上线前改为 false if (APP_DEBUG) { ini_set(display_errors, 1); error_reporting(E_ALL); } else { ini_set(display_errors, 0); ini_set(log_errors, 1); ini_set(error_log, __DIR__ . /logs/php-error.log); } ?E_ALL表示显示所有级别的错误开发阶段能暴露未初始化变量、过时函数这类潜在问题。上线后开启错误日志并且把display_errors关闭这样即使出现 500用户页面是干净的细节记录在日志文件里。6.3 查询频率与 MySQL 连接状态你的系统上线后如果发现 MySQL 连接数打满可以在客户端先确认当前连接状态mysql -uroot -p -e SHOW STATUS LIKE Threads_connected; mysql -uroot -p -e SHOW VARIABLES LIKE max_connections;Threads_connected是当前活跃连接数max_connections是上限。PHP 脚本里频繁mysqli_connect却没有mysqli_close长驻进程下连接不会自动释放积累起来就会达到上限。修复方式很简单在每个脚本结尾调用mysqli_close($conn)或者在数据库封装类的析构函数里关闭连接。这个系统虽然是一次性请求的普通 PHP 模型但如果后续跑在php-fpm常驻模式下连接管理就必须认真对待。车次余票的查询频率在放票日会明显增高如果你把remaining_tickets字段存的是实时值每次查询都读 MySQL压力会很大。一个低成本思路是使用 MySQL 自带的查询缓存或者把热门车次余票做一次性内存缓存比如存到 Memcached 或 Redis。课程设计阶段可以不改但如果作为生产项目去迭代这笔账越早算越好。本文还有配套的精品资源点击获取