ShardingSphere jdbc5.4.1 规则零散记录

1. 查询条件不包含分片字段时查询的时候默认会查询所有节点进行union或者是多次查询，目前测试结果是单表 union  联查是多次查询
2. 普通情况下，不支持实际上的跨库查询，已经出了支持的工具，但是不稳定，而且服务端本身缓存数据处理的话确实不太敢尝试，官方不建议生产使用，就没试了，期待早日稳定上线吧。所以sql本身要注意进行改造避免出现跨库查询。
3. 分片字段in条件是条件每个值都去走精确的算法得到涉及表以后再进行的查询，所以in条件太长不可取
4. 场景：sql中，子查询用到了分片表A但是分片字段条件用了mysql的方法，关联表也用到了A，分片字段精确查询，最终子查询和关联部分都是根据精确查询的条件选出的节点。（单独测试子查询，在有mysql方法干扰的这种情况下会扫描所有的表）
5. 批量插入：每条数据的分片字段都会调用分表算法拿到具体的表，同表的会做合并发送请求。
6. id自动生成：必须是insert语句中不包含id字段才行，如果是包含字段为空的情况下不行。
7. 范围查询坑：范围查询要注意，必须是字段  条件  值(例如 a.id>=10)的形式，如果反过来值 条件 字段（例如 10 <= a.id）这种形式范围的取值会取反。因为项目有挺多为了避免mybatsi <=不能写的问题换了顺序的，这种都要切换下，用

   <![CDATA[ <= ]]> 或者 是&lt 这种的都行，最终会按照解析出来的sql再去解析重写

8. 不支持语句：union all  这个不支持不是说写了这个语句就不能运行，只是直接全节点查询，并不会走分表的解析。

此帖子是引入shardingSphere jdbc 后各种场景验证的时候发现的一些规则，记录下，没有做整理和专项，大家改造过程中如果对可能有哪些坑不太清楚可以作为参考。