试试这个，看看它是否能提高性能：

SELECT
COUNT(c.id)
FROM `customers` AS `c`
INNER JOIN `customer_extra` AS `cx` ON `c`.`id` = `cx`.`customer_id`
LEFT JOIN `setting` AS `ssh` ON `c`.`shop_id` = `ssh`.`id`
LEFT JOIN `customers_address` AS `ca` ON `ca`.`id` =            `cx`.`customer_default_address_id`
LEFT JOIN `lytcustomer_tier` AS `ct` ON `cx`.`lyt_customer_tier_id` = `ct`.`id`
WHERE (c.shop_id = '12121') AND ((DATE(cx.last_email_open_date) > '2019-11-08'));

正如我在评论中提到的，由于 AND ((DATE(cx.last_email_open_date) > '2019-11-08')); ，已制作 customers 表到 INNER JOIN 与 customer_extra table，你可以把它改成 INNER JOIN customer_extra AS cx ON c.id = cx.customer_id 和其他人一起 LEFT JOIN .
这个 INNER JOIN 将至少获得初始结果，以便仅返回基于指定内容的上次电子邮件打开日期值的任何客户。

说 COUNT(*) ，不是 COUNT(c.id) 移除这些；它们会减慢查询速度，但不会添加任何我能看到的内容：

LEFT JOIN  `setting` AS `ssh`  ON `c`.`shop_id` = `ssh`.`id`
LEFT JOIN  `customers_address` AS `ca`  ON `ca`.`id` = `cx`.`customer_default_address_id`
LEFT JOIN  `lytcustomer_tier` AS `ct`  ON `cx`.`lyt_customer_tier_id` = `ct`.`id`
``` `DATE(...)` 使测试不“可搜索”。这适用于 `DATE` 或者 `DATETIME` ; 这要快得多：

cx.last_email_open_date > '2019-11-08'

考虑一下是否应该这样做 `>=` 而不是 `>` .
需要索引吗 `shop_id` . (请提供 `SHOW CREATE TABLE` .)
不要使用 `LEFT JOIN` 什么时候 `JOIN` 同样有效。
如果 `customer_extra` 是应该在中的列 `customer` ，现在是时候让他们搬进来了。这将使您可以使用此综合指数获得更高的性能：

INDEX(shop_id, last_email_open_date) -- in this order

有了这些变化，mysql中的10亿行可能就不成问题了。如果是的话，我还可以建议更多的修复方法。