简介：这是一套面向Web开发初学者与课程设计需求者的PHP+MySQL学生信息管理系统完整源码，采用Bootstrap构建前端界面，适合用于毕业设计、课程实训或PHP入门练手。系统功能覆盖登录、首页、个人信息、联系、操作日志、用户列表、条幅管理、公告管理与分页组件，管理员可完成用户增删改查、密码重置、日志筛选查看、条幅与公告维护，并支持用户数据与操作日志的Excel导出。压缩包共144个文件，包含39个PHP业务脚本、21个CSS与7个JS前端资源、38张JPG与14张PNG界面配图，以及1个SQL数据库脚本，整体约25.4MB，结构清晰便于二次开发。目前已有1911人学习下载，读者可借此掌握PHP与MySQL的增删改查、分页、权限控制及数据导出等核心实现思路。
1. 从一张手写成绩单说起：PHP+MySQL 学生信息管理系统到底在解决什么
如果你带过教务相关的开发需求，大概率见过这样的场景：某高校一个院系的教务老师，手里攥着三张手写成绩单和一份 Excel 花名册，学生转专业、休学、重修的信息散落在不同文件里，每次要出一份班级名单，就得对着屏幕核对半小时。这个场景里真正缺的不是一个「大系统」，而是一个能跑在普通机房服务器上、用浏览器就能打开、数据存在一张表里随时能查的轻量工具。PHP+MySQL 学生信息管理系统就是冲着这个需求去的：PHP 负责把浏览器请求翻译成数据库操作，MySQL 负责把学生、班级、课程、成绩这些实体之间的关系固定下来。它适合两类人——一类是刚学完 PHP 语法、想找一个完整项目把增删改查串起来的新手；另一类是在中小型机构里需要快速交付一套内部管理工具的开发者。这套组合不追求高并发，也不追求微服务架构，它的价值在于部署门槛低、调试链路短、改一个字段的成本几乎为零。
2. 数据库表结构怎么定：四张表撑起学生信息管理的主干
2.1 为什么不是一张大表走天下
新手最容易犯的错，是把学生、课程、成绩全塞进一张表。比如建一个student_info，字段里既有student_name、class_name，又有course_name、score。这样做在数据量小的时候看不出问题，但一旦要改某个课程的名称，或者统计某个学生选了几门课，就会陷入重复数据和更新异常的泥潭。常见做法是拆成四张表：学生表、班级表、课程表、成绩表。成绩表只存学生 ID、课程 ID 和分数，学生姓名和课程名称通过关联查询拿到。这样改一个课程名只需要动一行，统计一个学生选了几门课也只需要对成绩表做一次COUNT。
2.2 建表 SQL 与字段类型选择
下面这段 SQL 可以直接在 MySQL 5.7 或 8.0 里执行。注意字符集用utf8mb4，否则学生姓名里的生僻字会变成问号。
-- 班级表：先建，因为学生表要引用它 CREATE TABLE class ( id INT PRIMARY KEY AUTO_INCREMENT, class_name VARCHAR(50) NOT NULL, grade_year YEAR NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 学生表：学号唯一，班级外键 CREATE TABLE student ( id INT PRIMARY KEY AUTO_INCREMENT, student_no VARCHAR(20) NOT NULL UNIQUE, name VARCHAR(30) NOT NULL, gender ENUM('男','女') DEFAULT '男', birth_date DATE, class_id INT, phone VARCHAR(20), FOREIGN KEY (class_id) REFERENCES class(id) ON DELETE SET NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 课程表：课程编号唯一，学分用小数 CREATE TABLE course ( id INT PRIMARY KEY AUTO_INCREMENT, course_no VARCHAR(20) NOT NULL UNIQUE, course_name VARCHAR(60) NOT NULL, credit DECIMAL(3,1) DEFAULT 0.0 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 成绩表：学生和课程组合唯一，避免同一人同一课录两次 CREATE TABLE score ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, course_id INT NOT NULL, score DECIMAL(5,2), exam_date DATE, UNIQUE KEY uk_student_course (student_id, course_id), FOREIGN KEY (student_id) REFERENCES student(id) ON DELETE CASCADE, FOREIGN KEY (course_id) REFERENCES course(id) ON DELETE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;逻辑说明：class表先建，因为student表的外键依赖它。student_no加了唯一索引，防止学号重复录入。score表上的UNIQUE KEY uk_student_course是关键，它保证同一个学生同一门课只能有一条成绩记录，后续用INSERT ... ON DUPLICATE KEY UPDATE做成绩录入时就不会产生脏数据。外键的ON DELETE CASCADE表示删除学生时自动删掉他的成绩，ON DELETE SET NULL表示删除班级时把学生的class_id置空而不是删学生。
参数说明：VARCHAR(20)对学号足够，如果学校学号超过 20 位可以放宽到 30。DECIMAL(5,2)表示总分 3 位、小数 2 位，最高 999.99，够用。ENUM('男','女')在 MySQL 里插入非枚举值会报错或插入空字符串，如果业务上需要「未知」选项，改成VARCHAR(10)更稳妥。
2.3 索引加在哪几个字段上
除了主键和唯一键，成绩表上的student_id和course_id会被频繁用于关联查询，MySQL 在建外键时会自动加索引，不用手动重复加。学生表上的name如果经常按姓名模糊搜索，可以加一个普通索引，但LIKE '%张%'这种前置通配符用不上索引，真正有效的是LIKE '张%'。班级表数据量小，不需要额外索引。一个容易忽略的点是exam_date，如果要做按学期统计，给它加索引比在 SQL 里用YEAR(exam_date)函数过滤更高效，因为函数会导致索引失效。
3. 用 PHP 把增删改查跑通：从连接数据库到分页查询
3.1 连接 MySQL 的两种方式与选型
PHP 连 MySQL 常见的有mysqli和PDO两种。mysqli只支持 MySQL，但性能略好；PDO支持多种数据库，预处理语句的写法更统一。我一般会选 PDO，因为后面如果要把 MySQL 换成其他数据库，改连接字符串就行，业务代码不用动。下面是一个封装好的连接函数，放在db.php里被其他页面引用。
<?php // db.php：返回一个 PDO 实例 function getPDO() { $host = '127.0.0.1'; $db = 'student_mgmt'; $user = 'root'; $pass = 'your_password'; $charset = 'utf8mb4'; $dsn = "mysql:host=$host;dbname=$db;charset=$charset"; $options = [ PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION, // 出错抛异常，不静默 PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC, // 默认返回关联数组 PDO::ATTR_EMULATE_PREPARES => false, // 用真正的预处理 ]; try { return new PDO($dsn, $user, $pass, $options); } catch (PDOException $e) { // 生产环境不要把详细错误输出到页面 error_log('DB Connection failed: ' . $e->getMessage()); exit('数据库连接失败，请联系管理员'); } }逻辑说明：ATTR_EMULATE_PREPARES => false让 PDO 使用 MySQL 原生的预处理语句，而不是在 PHP 层模拟。这样做的好处是参数和 SQL 语句分开传输，从根本上避免 SQL 注入，同时整数类型的参数会以整数形式传给 MySQL，不会出现字符串比较导致的索引失效。ATTR_ERRMODE => ERRMODE_EXCEPTION让所有数据库错误变成异常，方便统一捕获。
参数说明：$host如果是本地开发就是127.0.0.1，用localhost在某些系统上会走 socket 连接，速度略快但配置容易出问题。$charset必须和建表时一致，否则中文乱码。生产环境把$pass放到环境变量里，不要硬编码在文件中。
3.2 学生列表的分页查询与总数统计
学生列表是最常用的页面，数据量大了必须分页。下面这段代码同时查出当前页数据和总记录数，用于生成分页链接。
<?php require 'db.php'; $pdo = getPDO(); $page = isset($_GET['page']) ? max(1, intval($_GET['page'])) : 1; $pageSize = 10; $offset = ($page - 1) * $pageSize; // 查总数 $totalStmt = $pdo->query("SELECT COUNT(*) FROM student"); $total = $totalStmt->fetchColumn(); $totalPages = ceil($total / $pageSize); // 查当前页，关联班级名称 $sql = "SELECT s.id, s.student_no, s.name, s.gender, c.class_name FROM student s LEFT JOIN class c ON s.class_id = c.id ORDER BY s.id DESC LIMIT :offset, :pageSize"; $stmt = $pdo->prepare($sql); $stmt->bindValue(':offset', $offset, PDO::PARAM_INT); $stmt->bindValue(':pageSize', $pageSize, PDO::PARAM_INT); $stmt->execute(); $students = $stmt->fetchAll();逻辑说明：LIMIT后面的两个参数必须用bindValue绑定为整数，不能直接拼接到 SQL 字符串里，否则就是注入漏洞。LEFT JOIN保证即使学生没有分配班级，学生记录也会出现在列表里，class_name显示为空。ORDER BY s.id DESC让最新录入的学生排在前面，符合大多数管理场景的直觉。
参数说明：$pageSize设为 10 是保守值，如果列表字段少可以调到 20。$page用intval强制转整数，防止?page=abc导致$offset变成负数。$totalPages用于在页面底部生成「上一页 / 下一页」链接，如果$page超过$totalPages，应该重定向到最后一页，否则会查出空列表。
3.3 成绩录入的防重复逻辑
成绩录入最容易出的问题是同一个学生同一门课录了两次。前面在score表上加了唯一键，这里用INSERT ... ON DUPLICATE KEY UPDATE来处理。
<?php require 'db.php'; $pdo = getPDO(); $studentId = intval($_POST['student_id']); $courseId = intval($_POST['course_id']); $score = floatval($_POST['score']); $examDate = $_POST['exam_date']; $sql = "INSERT INTO score (student_id, course_id, score, exam_date) VALUES (:sid, :cid, :score, :exam_date) ON DUPLICATE KEY UPDATE score = VALUES(score), exam_date = VALUES(exam_date)"; $stmt = $pdo->prepare($sql); $stmt->execute([ ':sid' => $studentId, ':cid' => $courseId, ':score' => $score, ':exam_date' => $examDate, ]);逻辑说明：当(student_id, course_id)组合已经存在时，MySQL 会执行UPDATE部分，把分数和考试日期更新为新值。这样老师重复提交表单时不会报错，也不会产生两条记录。VALUES(score)是 MySQL 特有的语法，引用的是INSERT部分准备插入的值。
参数说明：floatval会把非数字字符串转成 0，如果前端已经做了校验，这里可以换成更严格的filter_var($score, FILTER_VALIDATE_FLOAT)并在失败时返回错误。exam_date如果为空字符串，插入DATE字段会变成0000-00-00，建议在 PHP 里判断为空时设为null。
4. 避坑与排查：那些让系统跑不起来的细节
4.1 中文乱码：从连接、建表到页面输出三处都要对齐
现象：学生姓名显示成??或者æŽå°。原因通常有三层：数据库连接字符集不是utf8mb4、建表时没指定字符集、PHP 页面没有设置Content-Type。解决方法是逐层检查。连接层在 DSN 里写charset=utf8mb4；建表层在CREATE TABLE末尾加DEFAULT CHARSET=utf8mb4；输出层在 PHP 文件开头加header('Content-Type: text/html; charset=utf-8');。三处缺一处都可能乱码，血泪经验是先用SHOW VARIABLES LIKE 'character_set%';看数据库服务端的默认字符集，再决定要不要在连接后执行SET NAMES utf8mb4。
4.2 外键约束导致删不掉数据
现象：删除一个班级时提示Cannot delete or update a parent row: a foreign key constraint fails。原因是student表里有学生引用了这个班级。如果建表时外键写的是ON DELETE RESTRICT（默认行为），删除就会被阻止。解决方式有两种：一是先把该班级下的学生转到其他班级或删除，再删班级；二是把外键改成ON DELETE SET NULL，删班级时自动把学生的class_id置空。我一般选后者，因为教务场景里班级撤销但学生还在的情况很常见。改外键需要先DROP FOREIGN KEY再重新ADD CONSTRAINT，不能直接修改。
4.3 分页查询在数据量大时变慢
现象：学生表到几万条时，LIMIT 10000, 10这种深分页查询明显变慢。原因是 MySQL 会先扫描前 10000 条再丢弃。解决思路是用「游标分页」替代「偏移分页」：记住上一页最后一条的id，下一页查WHERE id < :lastId ORDER BY id DESC LIMIT 10。这样每次查询都走主键索引，不会随页码增大而变慢。代价是不能直接跳转到第 N 页，只能上一页下一页。对于学生管理系统这种场景，游标分页完全够用，因为老师很少会跳到第 500 页去找人。
4.4 预处理语句绑定参数时的类型陷阱
现象：用bindValue(':id', $id)不指定类型时，PDO 默认按字符串处理，导致WHERE id = '5'在 MySQL 里发生隐式类型转换，索引失效。解决方法是显式指定PDO::PARAM_INT。另一个坑是LIMIT后面的参数，如果绑成字符串，MySQL 会报语法错误。记住一个原则：整数类型的字段，绑定参数时都加PDO::PARAM_INT，浮点数用PDO::PARAM_STR反而更安全，因为 PDO 没有专门的浮点类型常量。
4.5 会话与权限：别让任何人打开链接就能改成绩
现象：学生直接访问score_edit.php?student_id=5就能修改成绩。原因是页面没有做登录校验。解决方法是写一个auth.php，在需要保护的页面开头require 'auth.php';，里面检查$_SESSION['user_id']是否存在，不存在就跳转到登录页。登录页用password_hash和password_verify处理密码，不要用md5。会话 ID 在登录成功后用session_regenerate_id(true)重新生成，防止会话固定攻击。这些步骤看起来和「学生信息管理」不直接相关，但一旦系统放到公网上，没有权限校验就是最大的漏洞。
5. 让查询更快、代码更好维护的两个进阶习惯
5.1 用视图把常用关联查询固化下来
学生成绩单是一个典型的多表关联：学生姓名、班级、课程名、分数、学分。每次写 SQL 都要 JOIN 四张表，容易写错也难维护。可以在 MySQL 里建一个视图，把关联逻辑固化。
CREATE VIEW v_student_score AS SELECT s.student_no, s.name AS student_name, c.class_name, co.course_name, co.credit, sc.score, sc.exam_date FROM score sc JOIN student s ON sc.student_id = s.id JOIN course co ON sc.course_id = co.id LEFT JOIN class c ON s.class_id = c.id;之后查询成绩单只需要SELECT * FROM v_student_score WHERE student_no = '2024001';。视图不存储数据，每次查询时执行底层 SQL，所以数据实时。注意视图不能加索引，如果底层查询慢，还是要优化底层的 JOIN 和索引。另一个注意点是视图的LEFT JOIN class保证没有班级的学生也能出现在成绩单里，class_name显示为空。
5.2 用事务保证成绩批量导入的原子性
教务老师经常需要从 Excel 批量导入一个班的成绩。如果导入到一半失败，前面插入的数据会留在表里，后面没插入的缺失，数据就不完整。用 PDO 的事务可以解决。
<?php require 'db.php'; $pdo = getPDO(); $rows = [ ['student_no' => '2024001', 'course_no' => 'C001', 'score' => 88.5], ['student_no' => '2024002', 'course_no' => 'C001', 'score' => 92.0], // ... 更多行 ]; try { $pdo->beginTransaction(); $sql = "INSERT INTO score (student_id, course_id, score) SELECT s.id, c.id, :score FROM student s, course c WHERE s.student_no = :sno AND c.course_no = :cno ON DUPLICATE KEY UPDATE score = VALUES(score)"; $stmt = $pdo->prepare($sql); foreach ($rows as $row) { $stmt->execute([ ':score' => $row['score'], ':sno' => $row['student_no'], ':cno' => $row['course_no'], ]); } $pdo->commit(); echo "导入成功，共 " . count($rows) . " 条"; } catch (Exception $e) { $pdo->rollBack(); error_log('Import failed: ' . $e->getMessage()); echo "导入失败，已回滚，请检查学号和课程号是否存在"; }逻辑说明：beginTransaction开启事务后，所有execute都在同一个事务里。如果任何一行出错抛出异常，rollBack会撤销之前所有插入，数据库回到导入前的状态。INSERT ... SELECT的写法避免了先查学生 ID 再插入的两步操作，减少一次数据库往返。ON DUPLICATE KEY UPDATE保证重复导入同一批数据时是更新而不是报错。
参数说明：$rows在实际项目里从上传的 CSV 或 Excel 解析而来，解析时要注意去掉 BOM 头和首行标题。事务里的操作不要包含文件上传、发邮件这类外部操作，否则事务持有时间过长会锁表。如果导入行数超过几千条，建议分批提交，比如每 500 条commit一次再beginTransaction，避免单个事务过大导致回滚段膨胀。
我自己的习惯是，每次写完一个管理系统的核心表结构，先手动插入 20 条测试数据，把增删改查和分页都跑一遍，再写导入和导出。这样能在写业务逻辑之前就发现字段类型和索引的问题，比后面改表结构省事得多。希望帮到你。
本文还有配套的精品资源，点击获取
