PHP+MySQL旅游景点网站管理系统毕业设计全解析

如果你正在准备 PHP+MySQL 方向的毕业设计，大概率会在“图书管理系统”“商城系统”“新闻发布系统”这几个经典选题里打转。说实话，这些题目不是不行，但有个共同问题：太像作业了。答辩时老师看你第一眼，就知道你是来交差的。

“旅游景点网站管理系统”是同类选题里更聪明的一个选择。它同样是 PHP+MySQL 的经典组合，但它天然带内容展示、搜索、分类、评论、预订这些业务场景，功能设计空间比图书管理系统大得多。更关键的是，这个题目在复盘时容易讲出“业务逻辑”，而不是只讲“我会增删改查”。

这篇文章会把一个旅游景点网站管理系统从题目分析、数据库设计到核心代码实现完整拆解。你可以直接当做一个可落地的毕业设计模板来用，也可以把它改成课程设计、自学练手项目。全文会覆盖环境搭建、数据表设计、用户登录、景点展示、评论留言、后台管理、文件上传等核心模块，并给出完整可运行的示例代码和排查思路。

1. 选题分析与系统价值

不少同学对“毕业设计”的理解是：把课本上的例子放大一点，做一个能跑的系统就完事。但毕业设计真正考察的不是代码量，而是三件事：需求分析做得是否清楚、数据库设计是否合理、能不能把完整业务流程讲明白。

“旅游景点网站管理系统”恰好能覆盖这三项考核点。

第一，它的业务流程完整。用户要注册登录，浏览景点，按分类筛选，看景点详情，发表评论，收藏感兴趣的景点，管理员在后台维护景点信息和用户数据。这个闭环覆盖了 Web 开发的几乎所有基础知识：会话管理、CRUD、表单处理、文件上传、数据关联、搜索分页。

第二，它的数据关系有层次。一个景点属于一个分类，一个用户可以对多个景点发表评论，一个景点有多条评论，用户和景点之间还有收藏关系。这些关系设计好，数据库设计一半的分就拿下了。

第三，它的扩展空间大。系统做完后，你还有足够的空间往上加东西：比如加入预订或购票功能、接入地图展示、增加 Redis 缓存、把前后端改造成接口化。答辩时老师问“你这个系统还能怎么优化”，你有大量现成的优化方向可以聊。

结论很明确：这个选题适合作业感低、业务完整、扩展性好的 PHP+MySQL 毕业设计项目。它不追求技术上的“新”，而是追求开发链条上的“完整”。这种完整，恰恰是大多数毕业设计最缺的东西。

2. 系统功能模块与角色设计

2.1 角色划分

系统的使用者可以分为三类角色，分别是游客、注册用户和管理员。角色不同，看到的功能边界也不同。

游客：进入网站后可以浏览景点列表、按分类查看景点、搜索景点、阅读景点详情和评论。游客不需要登录，但如果想评论、收藏、预订，则必须注册并登录。

注册用户：除了游客能做的事情之外，注册用户可以对景点发表评论、收藏景点、管理个人收藏列表、修改个人信息和登录密码。

管理员：管理员通过独立的后台入口登录，负责维护景点信息、管理景点分类、审核评论、管理注册用户、发布公告。管理员不参与前台的普通浏览流程。

2.2 核心功能模块

2.3 页面访问结构

前台页面建议按下面目录组织：

/index.php 首页和景点列表 /detail.php?id=1 景点详情页 /search.php 搜索结果页 /login.php 用户登录页 /register.php 用户注册页 /user/ 用户个人中心 - favorites.php 我的收藏 - profile.php 个人资料 /admin/ 管理后台 - login.php 管理员登录 - dashboard.php 后台首页 - scenic_list.php 景点列表 - scenic_edit.php 新增/编辑景点 - category_list.php 分类管理 - comment_list.php 评论管理 - user_list.php 用户管理

这种目录结构的好处是：前后台分离，各自入口独立，源码结构一眼能看懂。答辩时老师问“你项目文件怎么组织的”，你可以直接把这个结构画出来讲，清晰度远高于把所有 PHP 文件堆在根目录。

3. 开发环境准备与搭建

3.1 环境选型

在做 PHP+MySQL 项目时，本地环境搭建通常有两条路线。

第一条路线是使用集成环境。Windows 上推荐 phpStudy（小皮面板）或 XAMPP，macOS 上推荐 MAMP 或 Docker。集成环境包含了 Apache/Nginx、PHP、MySQL、phpMyAdmin，一键启动即可，适合大多数毕业设计场景，省去手动配置多个组件的麻烦。

第二条路线是用 Docker 搭一套容器环境。如果你对 Docker 比较熟悉，可以用 docker-compose 一次性拉起 PHP + Nginx + MySQL 三个容器。这种方式更接近生产环境，但配置复杂度更高，不适合时间紧张的毕业设计阶段。

从稳妥出发，建议使用集成环境。不需要在环境搭建上炫技，把时间留给业务代码和数据库设计。

3.2 版本建议

PHP 版本建议使用 7.4 至 8.2 之间的任一版本。这个范围内的 PHP 对 PDO、password_hash、json_encode 等扩展支持非常稳定，语法上和传统教材差别也不大。MySQL 建议使用 5.7 或 8.0。

做项目前，请先确认 PHP 环境已经开启以下扩展：

• pdo_mysql：PDO 连接 MySQL 的驱动，核心依赖。
• mysqli：另一个 MySQL 连接扩展，部分教材和后台工具会用到。
• mbstring：多字节字符串处理，处理中文场景最好开启。
• fileinfo：用于文件上传时检测文件类型。
• openssl：某些登录安全处理和测试时可能用到。

在集成环境的面板里可以对 PHP 扩展进行可视化启停。如果你不确定扩展是否已经开启，可以在项目目录下创建一个测试文件：

<?php // 文件路径：项目根目录/phpinfo.php phpinfo();

浏览器访问http://localhost/phpinfo.php，搜索pdo_mysql，如果能搜到，说明 PDO MySQL 扩展已经开启。测试完记得删除这个文件，避免信息泄露。

3.3 配置注意事项

一个非常常见的坑是 MySQL 连接失败。如果你用的是新版 MySQL 8.0，客户端连接时可能会遇到认证插件不兼容的报错。最直接的解决方式是在创建数据库用户时使用mysql_native_password认证方式：

CREATE USER 'tourism_user'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码'; GRANT ALL PRIVILEGES ON tourism.* TO 'tourism_user'@'localhost'; FLUSH PRIVILEGES;

另外还要注意数据库字符集。项目中的数据库、数据表、页面编码统一使用 utf8mb4，这是最稳妥的中文支持方案。如果建库时用了 latin1，后面页面乱码会让人非常头疼。

4. 数据库设计与核心表结构

数据库设计是毕业设计答辩时老师重点考察的部分。这里的核心不是把表建出来，而是说清楚为什么要这样设计。

4.1 设计思路

“旅游景点网站管理系统”的数据关系相对清晰，核心实体包括：用户、景点分类、景点、评论、收藏。

• 一个分类下包含多个景点，所以分类与景点是 1 对 N 关系，景点表中通过category_id关联分类表。
• 一个景点对应多个评论，一个用户也可以发表多个评论，所以评论表同时关联用户和景点。
• 用户收藏景点是多对多关系，但不需要做标准的中间关联表，可以用一张收藏表，每条记录保存user_id和scenic_id，再对user_id和scenic_id做联合唯一约束，防止重复收藏。

实际建表时，不建议强行在每张表上添加物理外键约束。原因有两点：第一，毕业设计阶段使用逻辑关联（通过字段 JOIN 查询）就足够表达关系；第二，物理外键在后期插入测试数据、修改数据时会增加额外限制，影响开发效率。你可以在设计文档里写清楚外键关系，但建表时保留逻辑关联即可。

4.2 建表 SQL

下面是核心表的建表语句，可以直接在 phpMyAdmin 或 MySQL 命令行中执行。

-- 用户表 CREATE TABLE `user` ( `id` INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, `username` VARCHAR(50) NOT NULL COMMENT '用户名', `password` VARCHAR(255) NOT NULL COMMENT '密码，使用 password_hash 加密', `email` VARCHAR(100) DEFAULT '' COMMENT '邮箱', `phone` VARCHAR(20) DEFAULT '' COMMENT '手机号', `avatar` VARCHAR(255) DEFAULT '' COMMENT '头像路径', `role` TINYINT NOT NULL DEFAULT 0 COMMENT '0 普通用户，1 管理员', `status` TINYINT NOT NULL DEFAULT 1 COMMENT '1 正常，0 禁用', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '注册时间', UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';

-- 景点分类表 CREATE TABLE `category` ( `id` INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, `name` VARCHAR(50) NOT NULL COMMENT '分类名称', `description` VARCHAR(255) DEFAULT '' COMMENT '分类描述', `sort_order` INT NOT NULL DEFAULT 0 COMMENT '排序，数字越小越靠前', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='景点分类表';

-- 景点信息表 CREATE TABLE `scenic` ( `id` INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, `category_id` INT UNSIGNED NOT NULL COMMENT '所属分类 ID', `name` VARCHAR(100) NOT NULL COMMENT '景点名称', `cover_image` VARCHAR(255) DEFAULT '' COMMENT '封面图片', `images` TEXT COMMENT '景点图集，多张图片路径用逗号分隔', `location` VARCHAR(255) DEFAULT '' COMMENT '景点位置', `open_time` VARCHAR(100) DEFAULT '' COMMENT '开放时间', `ticket_price` DECIMAL(10,2) DEFAULT 0.00 COMMENT '门票价格', `description` TEXT COMMENT '景点简介', `content` LONGTEXT COMMENT '景点详细介绍', `view_count` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '浏览次数', `status` TINYINT NOT NULL DEFAULT 1 COMMENT '1 上架，0 下架', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, `update_time` DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, KEY `idx_category_id` (`category_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='景点信息表';

-- 评论表 CREATE TABLE `comment` ( `id` INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, `scenic_id` INT UNSIGNED NOT NULL COMMENT '景点 ID', `user_id` INT UNSIGNED NOT NULL COMMENT '用户 ID', `content` TEXT NOT NULL COMMENT '评论内容', `status` TINYINT NOT NULL DEFAULT 1 COMMENT '1 显示，0 隐藏', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, KEY `idx_scenic_id` (`scenic_id`), KEY `idx_user_id` (`user_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='评论表';

-- 收藏表 CREATE TABLE `favorite` ( `id` INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, `user_id` INT UNSIGNED NOT NULL, `scenic_id` INT UNSIGNED NOT NULL, `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY `uk_user_scenic` (`user_id`, `scenic_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='收藏表';

在数据库中执行上面 5 张表的建表语句后，系统的数据底座就搭好了。需要注意一个细节：user表名在 MySQL 中虽然不完全是保留字，但为了避免某些环境下的冲突，建议执行时使用反引号包裹，或者干脆改名叫sys_user。示例里已经用了反引号，实际项目中也可以考虑用t_user这种更稳妥的命名。

5. 后端核心代码实现

5.1 项目目录结构

建议把公共代码和业务代码分开。一个推荐的 PHP 项目结构如下：

tourism/ ├── index.php ├── detail.php ├── search.php ├── login.php ├── register.php ├── logout.php ├── api/ // 处理前台 AJAX 请求的接口 │ ├── comment_add.php │ ├── favorite_add.php │ └── search_ajax.php ├── common/ │ ├── config.php // 全局配置 │ ├── db.php // 数据库连接 │ └── function.php // 公共函数 ├── admin/ // 管理后台 │ ├── login.php │ ├── dashboard.php │ ├── scenic_list.php │ ├── scenic_edit.php │ ├── category_list.php │ ├── comment_list.php │ └── user_list.php ├── uploads/ // 上传图片目录 └── assets/ // CSS/JS 图片资源的静态目录

5.2 数据库连接公共类

数据库连接统一使用 PDO，并开启异常模式和关联数组获取模式。这样做的好处是：第一，PDO 的预处理机制能有效防止 SQL 注入；第二，后续需要更换数据库时，只需修改 DSN 配置。

<?php // 文件路径：common/config.php define('DB_HOST', '127.0.0.1'); define('DB_PORT', '3306'); define('DB_NAME', 'tourism'); define('DB_USER', 'tourism_user'); define('DB_PASS', '你的密码'); define('DB_CHARSET', 'utf8mb4');

<?php // 文件路径：common/db.php require_once __DIR__ . '/config.php'; function db(): PDO { static $pdo = null; if ($pdo === null) { $dsn = sprintf( 'mysql:host=%s;port=%s;dbname=%s;charset=%s', DB_HOST, DB_PORT, DB_NAME, DB_CHARSET ); $pdo = new PDO($dsn, DB_USER, DB_PASS, [ PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION, PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC, PDO::ATTR_EMULATE_PREPARES => false, ]); } return $pdo; }

这里使用静态变量$pdo保证同一个请求生命周期内只创建一次数据库连接，避免重复连接造成的资源浪费。PDO::ATTR_EMULATE_PREPARES => false表示使用 MySQL 原生预处理，而不是 PDO 模拟预处理，这在安全性上是更严格的一层保障。

5.3 用户注册与登录

用户注册时，密码绝不能以明文存储。PHP 内置的password_hash()可以生成带随机盐的强散列值，登录时使用password_verify()校验。

<?php // 文件路径：register.php require_once __DIR__ . '/common/db.php'; require_once __DIR__ . '/common/function.php'; if ($_SERVER['REQUEST_METHOD'] === 'POST') { $username = trim($_POST['username'] ?? ''); $password = $_POST['password'] ?? ''; $confirm = $_POST['confirm_password'] ?? ''; if ($username === '' || $password === '') { echo '用户名和密码不能为空'; exit; } if ($password !== $confirm) { echo '两次输入的密码不一致'; exit; } if (mb_strlen($username) < 3 || mb_strlen($username) > 20) { echo '用户名长度必须在 3 到 20 个字符之间'; exit; } if (strlen($password) < 6) { echo '密码长度不能少于 6 位'; exit; } $pdo = db(); // 检查用户名是否已存在 $stmt = $pdo->prepare('SELECT id FROM `user` WHERE username = ?'); $stmt->execute([$username]); if ($stmt->fetch()) { echo '该用户名已被注册'; exit; } $hash = password_hash($password, PASSWORD_DEFAULT); $stmt = $pdo->prepare('INSERT INTO `user` (username, password) VALUES (?, ?)'); $stmt->execute([$username, $hash]); header('Location: login.php'); exit; } ?>

登录的核心逻辑是：根据用户名查出一行记录，然后使用password_verify()比对密码。

<?php // 文件路径：login.php session_start(); require_once __DIR__ . '/common/db.php'; if ($_SERVER['REQUEST_METHOD'] === 'POST') { $username = trim($_POST['username'] ?? ''); $password = $_POST['password'] ?? ''; $stmt = db()->prepare('SELECT id, username, password, role, status FROM `user` WHERE username = ?'); $stmt->execute([$username]); $user = $stmt->fetch(); if ($user && $user['status'] == 1 && password_verify($password, $user['password'])) { $_SESSION['user_id'] = $user['id']; $_SESSION['username'] = $user['username']; $_SESSION['role'] = $user['role']; header('Location: index.php'); exit; } echo '用户名或密码错误，或者账号已被禁用'; } ?>

5.4 景点列表与分页

分页是每个 Web 系统都绕不开的基础功能。这里有一个容易踩坑的地方：LIMIT后面的两个参数不能直接走预处理绑定，因为 PDO 在EMULATE_PREPARES关闭时，LIMIT子句中的占位符可能会被当作字符串处理。稳妥的做法是先把page强制转换为整数。

<?php // 文件路径：index.php require_once __DIR__ . '/common/db.php'; $page = max(1, (int)($_GET['page'] ?? 1)); $pageSize = 8; $offset = ($page - 1) * $pageSize; $keyword = trim($_GET['keyword'] ?? ''); $pdo = db(); $where = ' WHERE status = 1 '; $params = []; if ($keyword !== '') { $where .= ' AND name LIKE ? '; $params[] = '%' . $keyword . '%'; } // 获取总数，用于计算总页数 $totalStmt = $pdo->prepare('SELECT COUNT(*) AS total FROM scenic' . $where); $totalStmt->execute($params); $total = (int)$totalStmt->fetch()['total']; $totalPages = max(1, (int)ceil($total / $pageSize)); // 当前页数据 $offset = ($page - 1) * $pageSize; $sql = 'SELECT id, name, cover_image, location, ticket_price, view_count FROM scenic' . $where . ' ORDER BY create_time DESC LIMIT ' . $offset . ', ' . $pageSize; $stmt = $pdo->prepare($sql); $stmt->execute($params); $scenicList = $stmt->fetchAll(); ?>

分页的计算逻辑很简单：当前页数据从($page - 1) * $pageSize开始取，最多取$pageSize条。分页导航栏生成时，只需要用$totalPages循环输出页码链接即可。

5.5 景点详情与评论展示

景点详情页按id查询单条数据，并更新浏览次数。

<?php // 文件路径：detail.php require_once __DIR__ . '/common/db.php'; $id = (int)($_GET['id'] ?? 0); if ($id <= 0) { die('景点不存在'); } $pdo = db(); // 更新浏览次数 $pdo->prepare('UPDATE scenic SET view_count = view_count + 1 WHERE id = ?')->execute([$id]); // 查询景点信息，关联分类名称 $stmt = $pdo->prepare('SELECT s.*, c.name AS category_name FROM scenic s LEFT JOIN category c ON s.category_id = c.id WHERE s.id = ? AND s.status = 1'); $stmt->execute([$id]); $scenic = $stmt->fetch(); if (!$scenic) { die('景点不存在或已下架'); } // 查询评论列表，关联用户昵称 $stmt = $pdo->prepare('SELECT c.content, c.create_time, u.username FROM comment c LEFT JOIN `user` u ON c.user_id = u.id WHERE c.scenic_id = ? AND c.status = 1 ORDER BY c.create_time DESC'); $stmt->execute([$id]); $commentList = $stmt->fetchAll(); ?>

这里使用LEFT JOIN把景点表和分类表、评论表和用户表关联起来，是管理系统中最典型的关联查询写法。外层页面拿到$scenic和$commentList之后，在前端模板里遍历输出即可。

5.6 评论提交接口

评论提交需要登录后才能操作，所以接口第一步要检查 Session 中是否存在user_id。

<?php // 文件路径：api/comment_add.php session_start(); require_once __DIR__ . '/../common/db.php'; header('Content-Type: application/json; charset=utf-8'); if (empty($_SESSION['user_id'])) { echo json_encode(['code' => 401, 'msg' => '请先登录']); exit; } $scenicId = (int)($_POST['scenic_id'] ?? 0); $content = trim($_POST['content'] ?? ''); if ($scenicId <= 0 || $content === '') { echo json_encode(['code' => 400, 'msg' => '参数错误']); exit; } if (mb_strlen($content) > 200) { echo json_encode(['code' => 400, 'msg' => '评论内容不能超过200字']); exit; } $stmt = db()->prepare('INSERT INTO comment (scenic_id, user_id, content) VALUES (?, ?, ?)'); $stmt->execute([$scenicId, $_SESSION['user_id'], $content]); echo json_encode(['code' => 0, 'msg' => '评论成功']);

这个接口返回 JSON 格式数据，前端用 fetch 或 jQuery 的 ajax 提交即可。

5.7 后台景点发布与图片上传

后台管理的核心功能是景点信息的增删改查。相比前台，这里多了一个文件上传逻辑。文件上传的注意点包括：限制文件类型、限制文件大小、重命名文件，避免直接使用用户上传的文件原名。

<?php // 文件路径：admin/scenic_edit.php session_start(); require_once __DIR__ . '/../common/db.php'; // 简单的管理员权限检查 if (empty($_SESSION['role']) || $_SESSION['role'] != 1) { die('无权限访问'); } if ($_SERVER['REQUEST_METHOD'] === 'POST') { $name = trim($_POST['name'] ?? ''); $categoryId = (int)($_POST['category_id'] ?? 0); $location = trim($_POST['location'] ?? ''); $ticketPrice = (float)($_POST['ticket_price'] ?? 0); $description = trim($_POST['description'] ?? ''); $content = trim($_POST['content'] ?? ''); if ($name === '' || $categoryId <= 0) { die('景点名称和分类不能为空'); } $coverImage = ''; if (!empty($_FILES['cover_image']['name'])) { $file = $_FILES['cover_image']; if ($file['error'] !== UPLOAD_ERR_OK) { die('图片上传失败'); } // 限制文件大小，例如不超过 2MB if ($file['size'] > 2 * 1024 * 1024) { die('图片大小不能超过 2MB'); } // 用 getimagesize 判断是否为有效图片 $info = @getimagesize($file['tmp_name']); if ($info === false) { die('文件不是有效图片'); } // 生成新文件名，避免路径穿越和重名问题 $extMap = [ 'image/jpeg' => 'jpg', 'image/png' => 'png', 'image/gif' => 'gif', ]; $ext = $extMap[$info['mime']] ?? null; if ($ext === null) { die('不支持的图片格式'); } $uploadDir = __DIR__ . '/../uploads/'; if (!is_dir($uploadDir)) { mkdir($uploadDir, 0755, true); } $newName = date('YmdHis') . '_' . uniqid() . '.' . $ext; if (!move_uploaded_file($file['tmp_name'], $uploadDir . $newName)) { die('图片保存失败'); } $coverImage = 'uploads/' . $newName; } $stmt = db()->prepare( 'INSERT INTO scenic (category_id, name, cover_image, location, ticket_price, description, content) VALUES (?, ?, ?, ?, ?, ?, ?)' ); $stmt->execute([ $categoryId, $name, $coverImage, $location, $ticketPrice, $description, $content, ]); header('Location: scenic_list.php'); exit; }

这个文件演示了后台写入数据的主要流程，其中图片上传部分非常容易出问题。最常见的两个原因，一是uploads目录没有写权限，二是php.ini里的upload_max_filesize配置过小。遇到图片上传失败时，优先检查这两处。

6. 前端页面展示与交互

6.1 页面模板输出

前端页面推荐的做法是 PHP 做数据准备，HTML 中嵌入 PHP 做数据展示。这里以首页景点列表为例。

<!-- 文件路径：index.php 中嵌入的 HTML 部分 --> <div class="scenic-grid"> <?php foreach ($scenicList as $item): ?> <div class="scenic-card"> <a href="detail.php?id=<?php echo (int)$item['id']; ?>"> <img src="<?php echo htmlspecialchars($item['cover_image']); ?>" alt="<?php echo htmlspecialchars($item['name']); ?>"> <h3><?php echo htmlspecialchars($item['name']); ?></h3> <p>地址：<?php echo htmlspecialchars($item['location']); ?></p> <p>票价：<?php echo htmlspecialchars($item['ticket_price']); ?> 元</p> </a> </div> <?php endforeach; ?> </div>

输出用户可控数据时，统一使用htmlspecialchars()做 HTML 实体转义，这是防止 XSS 攻击的基础手法。很多同学在毕设里直接echo $name，这样的写法在答辩时一旦被问到安全问题，会比较被动。

6.2 异步搜索功能

搜索功能既可以用表单 GET 提交，也可以用 AJAX 异步实现。一个比较省事的方案是：搜索框输入后，监听输入事件，异步请求接口返回 JSON，前端动态渲染结果。

<?php // 文件路径：api/search_ajax.php require_once __DIR__ . '/../common/db.php'; header('Content-Type: application/json; charset=utf-8'); $keyword = trim($_GET['keyword'] ?? ''); if ($keyword === '') { echo json_encode([]); exit; } $stmt = db()->prepare('SELECT id, name, cover_image, location, ticket_price FROM scenic WHERE status = 1 AND name LIKE ? LIMIT 10'); $stmt->execute(['%' . $keyword . '%']); $list = $stmt->fetchAll(); echo json_encode($list);

// 前端 JS 示例 const searchInput = document.getElementById('searchInput'); const resultBox = document.getElementById('searchResult'); searchInput.addEventListener('input', function () { const keyword = this.value.trim(); if (keyword === '') { resultBox.innerHTML = ''; return; } fetch('api/search_ajax.php?keyword=' + encodeURIComponent(keyword)) .then(res => res.json()) .then(data => { resultBox.innerHTML = data.map(item => `<div class="search-item"> <a href="detail.php?id=${item.id}">${item.name}</a> <span>${item.location}</span> </div>` ).join(''); }) .catch(() => { resultBox.innerHTML = '<p>搜索失败</p>'; }); });

这个异步搜索无需刷新页面即可展示结果，交互体验比传统 GET 提交好不少。数据量不大时，这种“输入即搜索”的实现成本很低，但答辩展示效果很直观。

7. 运行验证与系统测试

项目开发完成后，要在本地完整跑一遍测试流程，并把测试结果截图放进毕业论文中。建议按下面的测试矩阵执行：

测试时最值得关注的不是“功能能用”，而是“数据是否正确落库”。比如注册用户后，打开 phpMyAdmin 查看user表，确认密码字段是加密后的散列值而不是明文。这个细节能直接说明你理解密码安全的基本要求。

8. 常见问题与排查思路

排查思路的通用原则是：先看错误信息，再定位到具体文件和行号，最后根据错误类型判断改代码还是改环境配置。毕业设计阶段最常见的场景是环境配置问题，不是业务代码问题。

9. 答辩准备与项目演进建议

9.1 答辩时讲什么

很多同学答辩时习惯对着代码逐行念，这是最不可能拿高分的讲法。正确的方式是画系统的功能结构图和数据关系图，从需求出发讲设计。比如先讲系统包含哪几个角色，每个角色能做什么，再讲景点、评论、用户之间的数据关系，最后演示一个完整流程：用户注册登录，浏览景点，发表评论，管理员在后台维护景点信息。

答辩老师大概率会问以下问题：

• 系统有哪些角色，权限是怎么控制的？
• 数据库有几张表，表之间是什么关系？
• 为什么用 PDO 而不是 mysqli？
• 密码是怎么存储的，如何防止 SQL 注入？
• 图片上传做了哪些限制？

这些问题在本文前面都有对应内容。能把这几个问题回答清楚，答辩环节基本就稳了。

9.2 项目还能怎么优化

如果你的时间允许，以下几个方向可以明显提升项目深度。

第一，把评论系统和收藏功能改成接口化设计，使用统一的 JSON 格式返回数据，前端通过 AJAX 调用。这样不仅交互体验更好，也能为“前后端分离”的面试说辞做准备。

第二，引入 Redis 缓存景点列表和酒店热榜，减少数据库压力。毕业设计阶段只要在缓存服务中存一份数据，并写出缓存的读取和更新逻辑，就足以说明你理解缓存思想。

第三，把密码处理从 Session 单机模式升级为 JWT 或无状态 Token 鉴权。你不需要真的做成完整的微服务，但能在代码里实现一套基于 Token 的登录鉴权，在简历里就是一个值得写的功能点。

第四，部署到云服务器。使用一台便宜的 Linux 云服务器，通过 Nginx + PHP-FPM + MySQL 把项目部署上线，并把访问地址写在论文里。这一步的综合价值很高，能体现出你的工程部署能力。

不过要提醒一句：先保证基础功能完整可跑，再考虑优化。很多同学在优化上花了一周，结果基础功能还有 bug，这样得不偿失。

10. 总结与后续学习方向

“旅游景点网站管理系统”不是一个新鲜题目，但正是这种“不新鲜”，让它成为检验 PHP+MySQL 基本功的合适样本。做完这个项目，你等于完整走了一遍 Web 项目开发的关键路径：需求分析、数据库设计、后台编码、前端集成、测试调试、部署维护。

接下来值得花时间深入学习的方向，一是把数据库从单表查询提升到复杂关联查询和事务处理，二是学习一个 PHP 框架（比如 Laravel 或 ThinkPHP）来理解 MVC 分层思想，三是把前端从服务端渲染切换到接口化交互。无论选择哪个方向，底子都是这篇项目里已经写过的这些基础能力。

如果你正好在做这个选题，建议先本地跑通上面的核心代码，理解每段逻辑，再根据自己的想法扩展功能。毕业设计不需要技术多么前沿，把一个闭环系统扎实做出来，把设计思路讲明白，就已经是合格的成果。