最简单的解决方案是（使用动态sql）测试用户输入并生成两个不同的查询
1） 用于输入 * （即应列出所有申请）

WHERE  APPLICATION is not NULL

这和 APPLICATION LIKE '%' （你可以把它 where 子句是不可为空的列。
2） 对于其他输入，即仅应选择完全匹配的应用程序 = 而不是 like ```
WHERE APPLICATION = '{user input}'

不需要逃跑。
如果出于某种原因要统一查询并使用 `LIKE` 在这两种情况下，必须转义所有通配符和转义符。
匹配输入 `A$` 更改为 `A$$` 匹配输入 `A$_%` 更改为 `A$$$_$%` 例如

where APPLICATION LIKE 'A$$$_$%' ESCAPE '$'

将匹配字符串

A$_%

在这种情况下，它的价值是美元吗？
在这种情况下，最简单的方法是自己检查：

-- MySQL
SELECT 'First', APPLICATION AS "APPLICATION"  
FROM  (SELECT 'A$' AS APPLICATION) ALARM   -- mocking data with inline view
WHERE (((APPLICATION LIKE 'A$' ESCAPE '$'))); 
-- will return a match

SELECT 'Second', APPLICATION AS "APPLICATION"  
FROM  (SELECT 'A$' AS APPLICATION) ALARM 
WHERE (((APPLICATION LIKE 'A$_' ESCAPE '$')));
-- 0 rows returned

rextester演示
和甲骨文：

SELECT APPLICATION AS "APPLICATION"  
FROM  (SELECT 'A$' AS APPLICATION FROM dual) ALARM
WHERE (((APPLICATION LIKE 'A$' ESCAPE '$')));
-- ORA-01424: missing or illegal character following the escape character

SELECT APPLICATION AS "APPLICATION"  
FROM  (SELECT 'A$' AS APPLICATION FROM dual) ALARM
WHERE (((APPLICATION LIKE 'A$_' ESCAPE '$')));
-- no rows selected

我不想用通配符查询数据库，通配符在我的应用程序中无效
如果应用程序中的通配符无效，请不要使用like运算符。你只需要转义下划线，因为你有一个喜欢和下划线是一个通配符。使用相等运算，问题就会消失。
这些where子句是等价的：

where application like 'A$_1' escape '$'
where application = 'A_1'

SELECT * FROM EMPLOYESS WHERE ENAME LIKE '_@_%' ESCAPE '@';