请从实际项目使用角度，谈谈 MyBatis 框架存在哪些不足或局限？

回答思路

1. 【回答框架 1】MyBatis 作为半自动 ORM 框架，核心不足在于 SQL 与 Java 代码耦合度高，XML 映射文件或注解中的 SQL 语句难以像 Java 代码一样进行编译期检查和重构，导致维护成本随项目规模上升。
2. 【回答框架 2】动态 SQL 拼接依赖 OGNL 表达式和 XML 标签，复杂查询时逻辑分散且可读性差，调试困难；同时 SQL 复用性低，不同数据库方言差异需要人工适配，迁移数据库时改动量大。
3. 【回答框架 3】相比全自动 ORM（如 Hibernate），MyBatis 需要开发者手写大量 SQL，开发效率较低；但这也带来对 SQL 执行细节的完全控制，适合需要精细优化 SQL 的场景，其缺点在简单 CRUD 场景中尤为明显。
4. 【回答框架 4】MyBatis 对二级缓存默认实现为 PerpetualCache，基于 HashMap 且未提供分布式缓存支持，多实例部署时需集成外部缓存（如 Redis），否则易出现数据不一致；同时缓存更新策略依赖手动配置，误用可能导致脏读。
5. 【回答框架 5】MyBatis 的批量操作和复杂关联查询支持较弱，需要编写嵌套结果映射或循环执行，性能与代码简洁性不如专门的数据访问框架；此外，其插件机制基于动态代理，实现拦截器时需注意方法签名兼容性，否则可能影响框架稳定性。
6. 【关键点 1】SQL 与代码耦合，缺乏编译期检查，重构风险高
7. 【关键点 2】动态 SQL 可读性差，数据库方言适配成本高
8. 【关键点 3】手写 SQL 开发效率低，但利于 SQL 精细调优
9. 【关键点 4】二级缓存默认本地实现，分布式场景需外部缓存
10. 【关键点 5】复杂关联和批量操作支持弱，需额外处理
11. 【易错点 1】不能将 MyBatis 缺点简单归结为性能差，其性能取决于 SQL 编写质量
12. 【易错点 2】避免夸大缓存问题，实际可通过集成 Redis 等方案解决
13. 【易错点 3】不要忽略 MyBatis 在灵活性和可控性上的优势，缺点需结合场景讨论