Question

I ve got a database of ~1 000万参赛者,其中每个条目都有一个日记为。

I ve用一种非独特的BTREE对该栏进行索引。

I m 提出一个问题,即每个不同年份的条目数目:

SELECT DISTINCT(YEAR(awesome_date)) as year, COUNT(id) as count
FROM all_entries
WHERE awesome_date IS NOT NULL
GROUP BY YEAR(awesome_date)
ORDER BY year DESC;

问题大约需要90秒的时间,而EXPLAIN的产出表明:

id | select_type | table        | type  | possible_keys | key | key_len | ref | rows     | Extra
----------------------------------------------------------------------------------------------------------------------------------------
1  | SIMPLE      | all_entries  | ALL   | awesome_date  |     |         |     | 9759848  |  Using where; Using temporary; Using filesort

如果I FORCE KEY(awesome_date)将浏览量降至8000万,key_len = 4,但仍有 使用地方;使用临时;使用文档。

I also run queries selecting DISTINCT(MONTH(awesome_date)) and DISTINCT(DAY(awesome_date)) with the relevant WHERE conditions restricting them to a particular year or month.

除了将年、月和日信息单独一栏存储外,是否还能加速处理和(或)避免临时表格和档案?

Answer 1

如果不将日期分成三栏,你可以:

首先,你应当删除《消除家庭暴力法》,这是毫无用处的。 • 甲型六氯环己烷
逐年删除<代码>ORDER,这将有助于提高速度(比值)。更改<代码> Group by to: GROUP BY YEAR(awesome_date) DESC (The work in MySQL dialect only).
更改<条码>COUNT(id)至COUNT(*)(假设<条码>id<> 永远不会有<条码>NUL,在许多MySQL版本中,情况更快。

总而言之,问题将成为:

SELECT YEAR(awesome_date) AS year
     , COUNT(*) AS cnt              --- not good practise to use reserved words
                                    --- for aliases
FROM all_entries
WHERE awesome_date IS NOT NULL
GROUP BY YEAR(awesome_date) DESC ;

更妥善的解决办法是:

您提议将该栏分为三(年、月、日)

从MySQL改为MariaDB(即MySQL fork),并使用 VIRTUAL PERISTENT栏,并在这一虚拟栏上添加一个索引。
留在MySQL,并添加一个持久性的<代码>年。第2栏——使用触发器。

友情链接