问题背景：
业务代码中, 遇到一个查询莫名奇妙少了一些数据；

• 通过分析查询，发现用了Mysql index merge特性；
• 我试图将数据复制到另外表，即使建立了类似的索引，即使查询分析也走了同样的index merge 依然无法重现；
• 我试图将原表drop表，再重建该表，这个问题依然存在；
• 发现一个类似的MySql的bug， 已经有很多人报告 https://bugs.mysql.com/bug.php?id=79675 这个bug似乎在MySql8.0中依然可以重现；
• 还是存在一点区别，bug报告中需要禁用 index_merge_intersection 而我这个case需要禁用 index_merge；

将业务代码最简单化抽出来如下：

SELECT
1 as a
FROM
 cty.prmrcmain AS b
WHERE
        b.propertyId IN (
            SELECT
                hId
            FROM
                prmprophistorylord  -- force index (I_prmprophistorylord_hId)
            WHERE
            -- 在cusid 和 hid上分别建立有索引，所以触发了index_merge
                            cusId = 39 and hId = 71 
            --下面的UNION ALL语句也 不可缺少，否则无法触发这个case；
            UNION ALL
            SELECT
                hId
            FROM
                prmprophistorytenant
            WHERE
                 1 != 1
        )

解决方案只好禁用相关特性；
https://dev.mysql.com/doc/refman/5.7/en/switchable-optimizations.html
SELECT @@optimizer_switch\G
SET [GLOBAL|SESSION] optimizer_switch='index_merge=on, index_merge_intersection=off'
目前尚未接到性能问题的报告