参数嗅探导致基于文本的查询速度降低，如何删除执行计划？

我有一个sql查询，其确切代码在C＃中生成，并作为基于文本的SqlCommand通过ADO.Net传递。

查询看起来像这样：

SELECT TOP (@n)
        a.ID,
        a.Event_Type_ID as EventType,
        a.Date_Created,
        a.Meta_Data
FROM net.Activity a

LEFT JOIN net.vu_Network_Activity na WITH (NOEXPAND)
ON na.Member_ID = @memberId AND na.Activity_ID = a.ID

LEFT JOIN net.Member_Activity_Xref ma
ON ma.Member_ID = @memberId AND ma.Activity_ID = a.ID

WHERE 
    a.ID < @LatestId 
AND ( 
        Event_Type_ID IN(1,2,3))
        OR 
        (
            (na.Activity_ID IS NOT NULL OR ma.Activity_ID IS NOT NULL) 
            AND 
            Event_Type_ID IN(4,5,6)
        ) 
    )
ORDER BY a.ID DESC

该查询已经运行了相当长的一段时间。它利用了我们在这些表上拥有的一些索引。

无论如何，此查询突然开始运行非常缓慢，但几乎在SSMS中立即运行。

最终，在阅读了一些资源之后，我能够验证我们得到的速度下降是由于参数嗅探不佳所致。

通过将所有参数复制到局部变量，我能够成功地减少问题。事实是，这对我来说简直是种种错误。

我假设发生了什么事，其中一个表的统计信息已更新，然后由于运气不好，第一次重新编译此查询时，调用了导致执行计划不同的参数值？

我能够在活动监视器中跟踪查询，导致查询在约13秒内运行的执行计划是：

在SSMS中运行会产生以下执行计划（仅花费约100毫秒）：

那么问题是什么呢？

我想我的问题是：如何在不将参数复制到局部变量的情况下解决此问题，这可能导致大量的缓存执行计划？

引述链接评论/ Jes Borland的话：

您可以在存储过程中使用局部变量来“避免”参数嗅探。但是，请理解，这可能会导致许多计划存储在缓存中。这可能会对性能产生影响。没有一个万能的解决方案！

我的想法是，如果我有某种方法可以从temp db中手动删除当前执行计划，那可能就足够了……但是我在网上找到的所有内容仅向我展示了如何针对实际的命名存储执行此操作程序。

这是来自C＃的基于文本的SqlCommand，所以我不知道如何查找带有嗅探参数值的缓存执行计划，并将其删除？

注意：“仅仅创建一个适当的存储过程”这种明显的解决方案很难做到，因为可以通过多种不同的方式来生成此查询……并且需要进行一些令人不愉快的重构。