如何优化PHP+MySQL百万级药品数据Select下拉框的加载速度？

嘿，我太懂你这种崩溃的感觉了——100万条数据直接塞进下拉框，别说浏览器扛不住，服务器都得喘半天，2.8分钟的加载时间完全没法用。下面给你几个落地性极强的优化方案，从后端到前端全给你安排明白：

不管是前端还是后端，一次性处理100万条数据都是灾难，我们要做的是按需加载、分页获取。

1. 用Select2的远程数据加载（最适配你现有代码的方案） #

Select2本身就支持从服务器异步拉取数据——只有当用户输入关键词时，才去数据库查询匹配的结果，每次只返回几十条，完全解决加载慢的问题。

修改后的前端代码 #

<select id="single" name="drug_id" class="form-control select2"></select>

<script>
$(document).ready(function() {
    $('#single').select2({
        placeholder: "请输入药品名称搜索",
        ajax: {
            url: "get_drugs.php", // 新建的后端接口文件
            dataType: 'json',
            delay: 250, // 输入延迟250ms，避免频繁发送请求
            data: function (params) {
                return {
                    q: params.term, // 用户输入的搜索关键词
                    page: params.page || 1 // 分页页码，默认第一页
                };
            },
            processResults: function (data, params) {
                params.page = params.page || 1;
                return {
                    results: data.items, // 下拉框要展示的选项
                    pagination: {
                        more: (params.page * 20) < data.total_count // 判断是否还有更多数据可以加载
                    }
                };
            },
            cache: true // 开启缓存，重复搜索词不用再发请求
        },
        minimumInputLength: 1 // 输入至少1个字符才触发搜索，避免空请求拉全量数据
    });
});
</script>

后端接口（get_drugs.php） #

专门用来处理Select2的搜索请求，返回分页后的匹配数据：

<?php
// 确保这里已经正确连接了数据库（$conn）
header('Content-Type: application/json');

// 获取前端传递的参数
$search_term = isset($_GET['q']) ? trim($_GET['q']) : '';
$page = isset($_GET['page']) ? (int)$_GET['page'] : 1;
$per_page = 20; // 每页返回20条，可根据需求调整
$offset = ($page - 1) * $per_page;

// 预处理SQL，避免SQL注入，同时分页查询匹配数据
$sql = "SELECT drug_id, drug_name FROM drugs WHERE drug_name LIKE ? LIMIT ?, ?";
$stmt = $conn->prepare($sql);
$like_term = "%{$search_term}%";
$stmt->bind_param("sii", $like_term, $offset, $per_page);
$stmt->execute();
$result = $stmt->get_result();

// 整理成Select2需要的格式
$items = [];
while ($obj = $result->fetch_object()) {
    $items[] = [
        'id' => $obj->drug_id,
        'text' => $obj->drug_name
    ];
}

// 获取匹配结果的总条数，用于分页判断
$count_sql = "SELECT COUNT(*) FROM drugs WHERE drug_name LIKE ?";
$count_stmt = $conn->prepare($count_sql);
$count_stmt->bind_param("s", $like_term);
$count_stmt->execute();
$count_result = $count_stmt->get_result();
$total_count = $count_result->fetch_row()[0];

// 返回JSON格式数据
echo json_encode([
    'items' => $items,
    'total_count' => $total_count
]);

// 关闭连接和语句
$stmt->close();
$count_stmt->close();
$conn->close();
?>

2. 数据库层面的优化（让搜索更快） #

上面的方案依赖数据库的模糊搜索，100万条数据不加索引的话，搜索还是会慢，所以一定要给drug_name字段加索引：

• 如果只是普通的模糊搜索，加普通索引即可：

CREATE INDEX idx_drug_name ON drugs(drug_name);

• 如果你的MySQL版本支持，更推荐用全文索引，搜索效率会高很多：

ALTER TABLE drugs ADD FULLTEXT INDEX ft_drug_name(drug_name);

然后把后端的查询语句改成：

SELECT drug_id, drug_name FROM drugs WHERE MATCH(drug_name) AGAINST(? IN BOOLEAN MODE) LIMIT ?, ?

对应的参数绑定也改成直接传$search_term，不用加%了。

3. 备选方案：前端虚拟滚动（如果需要无搜索滚动） #

如果业务要求用户不用搜索就能滚动查看药品，那可以用虚拟滚动组件——它只会渲染当前屏幕可见的选项，不会把100万条都塞进DOM里。比如可以用select2-virtual-scroll插件，或者换成支持虚拟滚动的下拉组件（如Vue Select、React Select）。不过这个方案还是需要先加载全量数据，不如远程搜索高效，只推荐在特殊场景用。

最后说两句 #

按照第一个方案（Select2远程加载+数据库索引）改完，加载速度会从分钟级直接降到毫秒级，用户体验会有质的提升。核心就是不要一次性拉全量数据，按需获取才是王道。

内容的提问来源于stack exchange，提问作者Teju