思路是:从一个表中选择所有职业。在此之后计算有多少专业人士在他的类别列中有专业 ID。类别列存储以逗号分隔的职业 ID(1、2、3、420)。专业表有 604 行。 我有以下代码:
<?php
$select_professions = mysql_query("SELECT * FROM professions");
if(mysql_num_rows($select_professions) == "0"){
echo"No registers in DB";
}else{while($row_professions = mysql_fetch_assoc($select_professions)){
$id = $row_professions['id'];
$count_profiles = mysql_query("SELECT
COUNT(FIND_IN_SET(professions.id, professional.category) > 0) AS profile_numbers
FROM
professions
INNER JOIN
professional
WHERE
FIND_IN_SET(professions.id,professional.category) > 0
AND
professions.id = $id
GROUP BY
professions.id");
$reg_profiles = mysql_fetch_assoc($count_profiles);
$numProfiles = $reg_profiles['profile_numbers'];
if($numProfiles > 4){
$style = 'display:none';
}else{
$style = '';
}
?>
我的基本问题是为什么在 Google Chrome 中速度如此之慢? 将这些结果加载到 html 表中的整个页面大约需要 15 秒。在 Edge 或 Firefox 中大约需要 5 秒。我听说 Chrome 最近使用了这么多内存,但我不相信它这么慢。这是我第一次在 mysql 上使用 FIND_IN_SET 函数。这可能会减慢请求速度吗?任何人都知道我做错了什么或如何优化?这实际上是有效的,但我们知道 15 秒的等待会让用户放弃或认为该页面不工作。我也不得不说,如果我在我的 HeidiSQL 上做同样的咨询,它只需要 1 秒。
最佳答案
我建议将其规范化:
The category column store the professions id's separeted by commas (1, 2, 3, 420)
这是一个n:n
关系。你的布局:
professionals:
id | catgeory
12 | 1,2,4,50
professions
id | desc
1 | prof A
2 | prof B
...
字符串操作(拆分列表、规范化内部、查询结果到临时,...)是非常耗费成本的。更好:
professionals:
id | ...
12 | ..
profrelations
pid | cid
12 | 1
12 | 2
12 | 4
12 | 50
professions
id | desc
1 | prof A
2 | prof B
...
这将跳过 COUNT(FIND_IN_SET(professions.id, professional.category) > 0)
作为字符串操作(甚至两次):
SELECT COUNT(cid) AS profile_numbers from professionals, profrelations where
professionals.id = profrelations.pid AND profrelations.pid = $id;
等你可以像这样重构上面的查询,只要你实际上不需要来自专业的任何列。
您可以在 profrelations
表的列 (pid, cid)
上添加一个唯一索引,因为一个职业实际上只能拥有一个职业一次。
备注
两个浏览器中的不同行为可能是由于服务器缓存了查询:您正在使用 Chrome 进行查询,它很慢,但结果被缓存了。接下来使用 FF,服务器将再次响应缓存的结果作为相同的查询 - 快速。尝试三次或相反,然后在所有浏览器中都应该相同。
关于php - 非常慢的 mysql 请求 + php,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32804808/