FIX：rule_00112 中bigint和整数误触发

[huajianxiaowanzi]

关联的 issue

#3049

描述你的变更

• 简化类型判断逻辑：将对常量类型的判断（parserdriver.ValueExpr）由原来的 Datum.Kind() 方式，统一改为直接取 node.Type.Tp。
• 增加了整数类型宽松判断：对于比较类型不同的场景，如果两个类型都属于整数类型（如 tinyint, int, bigint 等），则认为通过，不再报违规。
• 新增了单元测试：将issue中误触发的sql加入测试用例

确认项（pr提交后操作）

Tip

请在指定复审人之前，确认并完成以下事项，完成后✅

---

• 我已完成自测
• 我已记录完整日志方便进行诊断
• 我已在关联的issue里补充了实现方案
• 我已在关联的issue里补充了测试影响面
• 我已确认了变更的兼容性，如果不兼容则在issue里标记 not_compatible
• 我已确认了是否要更新文档，如果要更新则在issue里标记 need_update_doc

---

[CLAassistant]

All committers have signed the CLA.

[winfredLIN]

我们来理解一下这一条规则的用意：
在 MySQL 中，禁止WHERE子句中条件字段与值的数据类型不一致的一个原因有一些：

1. 避免隐式类型转换带来的性能问题：SELECT * FROM users WHERE user_id = '123'; -- 索引失效
2. 导致结果不准确或难以预料：SELECT * FROM users WHERE name = 123; -- 结果可能是错误的

从原始的代码上看，如：types.KindInt64, types.KindUint64，这两种类型都被认为是同一种，需要确认：

1. 整数类型之间的比较一定不产生隐式转换吗？