我知道有几个问题与此类似，但我发现这些问题与我的问题没有直接关系。
一些初步的背景：我有一个事实表，称为ft\u booking，有大约10毫米的记录。我有一个称为dm_date的维度，有大约11k条记录，即日期。这些表通常通过外键进行关联。表中有3个日期外键，一个用于登机，一个用于预订，另一个用于取消。所有列都有非常相同的定义，并且每个列的不同记录的数量是相似的（每个列中的不同值从2.5k到3k不等）。
我来了：

EXPLAIN SELECT

* 

FROM dw.ft_booking b
LEFT JOIN dw.dm_date db ON db.sk_date = b.fk_date_booking
WHERE date (db.date) = '2018-05-05'

如您所见，索引正在表booking中使用，查询运行得非常快，尽管在我的过滤器中，我使用的是date（）函数。为简洁起见，我将使用fk\u date\u boarding列声明同样的情况。但是，看看这个：

EXPLAIN SELECT

* 

FROM dw.ft_booking b
LEFT JOIN dw.dm_date db ON db.sk_date = b.fk_date_cancellation
WHERE date (db.date) = '2018-05-05';

出于某种神秘的原因，计划者选择不使用索引。现在，我了解到在列上使用某些函数会迫使数据库执行完整的表扫描，以便能够在列上应用该函数，从而绕过索引。但是，在这种情况下，函数不在实际的外键列上，这是booking表中应该进行查找的地方。
如果我删除date（）函数，索引将按预期用于这些列中的任何一列。有人可能会说，“那么，为什么不去掉date（）函数呢？”——我使用metabase，一个允许用户使用图形界面来构建查询的界面，而不需要知道mysql，该工具当前的一个限制是，在构建非直接用mysql编写的查询时，它总是使用date（）函数—因此，我无法删除正在运行的查询中的函数。
实际问题：为什么mysql在前两种情况下使用index，而在后两种情况下不使用index，因为所有列的不同值的数量几乎相同，而且除了名称之外，它们都有确切的smae定义？我是不是漏了什么？
编辑：这里是每个表的create语句。还有一些，但是我们只需要这里的表ft\u booking和dm\u date（文件的前两个表）。