不会默认覆盖所有 Unicode。若程序使用的是默认内建 LIKE，大小写忽略通常只对 ASCII 英文字母成立，例如 a 与 A 可以匹配；而 æ 与 Æ 这类非 ASCII 字符默认不应期待自动匹配。这里只讨论查询匹配，不涉及文件编码，也不等于原始文本被修改。
适用条件要先说清：当前查询确实走 SQLite 内建 LIKE，且没有启用 ICU 扩展、没有用应用自定义函数重写 LIKE、没有改变大小写相关设置。只要其中一项不同，就要按实际库版本、实际扩展和实际设置另核，不能把默认行为直接套到所有环境。
观察时，先确认程序实际使用的 SQLite 版本以及是否加载了相关扩展，再把原值复制到隔离的只读样本中做比较。样本可同时包含 ASCII 大小写对和非 ASCII 大小写对，执行同一类查询看返回差异；不要改业务数据的大小写，也不要用降低安全验证的方式试错。这样才能区分是匹配规则差异，还是编码、存储或应用层转换造成的现象。
风险在于，把内建 LIKE 误认为会自动忽略所有 Unicode 大小写，可能让非 ASCII 搜索结果漏项；反过来，为了试出差异去改生产字段或放宽校验，也会带来数据一致性和安全边界问题。ICU 扩展可能增强匹配能力，但是否启用、如何配置仍需单独验证，不能仅凭名称推断。
下一步建议按三步走：先记录实际版本、扩展和设置；再用只读样本分别验证 ASCII 与非 ASCII 大小写对；最后由维护者按业务比较口径评估是否需调整查询或扩展，不直接改原始数据。任何改动前先做备份和回归检查，保持业务数据原值不变，也不降低现有安全验证强度。
清江浦区台式电脑用户可拨400-877-9605，准备实际SQLite库、扩展与原值比较样本，不先改变业务大小写或校验规则。电脑快修网提供信息展示与第三方维修对接，具体地址、电脑侧检查是否支持及安排当次核实，启用范围不代表即时履约。