为什么不使用索引（在主键列上）？

Question

我有一个日期表，其中有一列 date (PK)。 CREATE 脚本在这里：

CREATE TABLE date_table (
  date                DATE
 ,year                INT(4)
 ,month               INT(2)
 ,day                 INT(2)
 ,month_pad           VARCHAR(2)
 ,day_pad             VARCHAR(2)
 ,month_name          VARCHAR(10)
 ,year_month_index    INT(6)
 ,year_month_hypname  VARCHAR(7)
 ,year_month_name     VARCHAR(15)
 ,week_day_index      INT(1)
 ,day_name            VARCHAR(9)
 ,week                INT(2)
 ,week_interval       VARCHAR(13)
 ,weekend_fl          INT(1)
 ,quarter_num         INT(1)
 ,quarter_num_pad     VARCHAR(2)
 ,quarter_name        VARCHAR(2)
 ,year_quarter_index  INT(6)
 ,year_quarter_name   VARCHAR(7)
 ,PRIMARY KEY (date)
);

现在我想从该表中选择具有动态值的行，例如使用LAST_DAY() 或DATE_SUB(DATE_FORMAT(SYSDATE(),'%Y-01-01'), INTERVAL X YEAR) 等。

当我的一个查询失败并且没有在 30 秒内执行时，我就知道有问题了，看起来原因是主键列上的索引没有使用。这是我的结果（很抱歉使用图像而不是复制查询，但我认为它足够简洁，并且查询足够短/简单）：

首先，奇怪的是BETWEEN 与使用>= 和<= 的工作方式不同。其次，看起来索引仅用于常量值。如果你仔细观察，你可以看到在右侧（使用了>= 和<=），它显示了~9K 行，这是表中行的一半（表大约有~18k 行，日期从 2000-01-01 到 `2050-12-31)。

Answer 1

SYSDATE() 返回它执行的时间。这与 NOW() 的行为不同，后者返回一个常数时间，指示语句开始执行的时间。 （在存储的函数或触发器中，NOW() 返回函数或触发语句开始执行的时间。）

-- https://dev.mysql.com/doc/refman/5.7/en/date-and-time-functions.html#function_sysdate

也就是说，优化器不会将此视为“常数”。否则，优化器会急切地评估任何“常量表达式”，然后尝试利用知道该值的优势。

另请参阅sysdate_is_now 选项。

底线：不要将SYSDATE() 用于正常的日期时间使用；使用NOW() 或CURDATE()。

Answer 2

看起来如果我使用CURRENT_DATE()（或NOW()）而不是SYSDATE()，它就可以工作。这两个查询：

SELECT *
  FROM date_table t
 WHERE 1 = 1
   AND t.ddate >= LAST_DAY(CURRENT_DATE()) AND t.ddate <= LAST_DAY(CURRENT_DATE());

SELECT *
  FROM date_table t
 WHERE 1 = 1
   AND t.ddate >= LAST_DAY(NOW()) AND t.ddate <= LAST_DAY(NOW());

给出同样的结果，就是这样：

我会接受我的答案作为解决方案，但我仍在寻找解释。我认为这可能与SYSDATE() 不是DATE 有关，但NOW() 也不是DATE...

编辑：忘了补充，BETWEEN 也如我所见。