出现这个问题的原因是因为MySQL在查询字符串时是大小写不敏感的, 在编绎MySQL时一般以ISO-8859字符集作为默认的字符集, 因此在比较过程中中文编码字符大小写转换造成了这种现象. [title]解决方法①[/title] 对于包含中文的字段加上”binary”属性, 使之作为二进制比较,  例如将”name char(10)”改成”name char(10)binary”. 如果你使用源码编译MySQL, 可以编译MySQL时使用 –with–charset=gbk 参数, 这样MySQL就会直接支持中文…

[title]引入Jar包[/title] <!-- MyBatis分页插件 --> <dependency> <groupId>com.github.pagehelper</groupId> <artifactId>pagehelper</artifactId> <version>5.1.2</version> </dependency>   [title]SqlSessionFactory加入此…

[title]摘要[/title] 名为 CST 的时区是一个很混乱的时区, 在与 MySQL 协商会话时区时, Java 会误以为是 , 而非 。 [title]CST 时区[/title] 名为 CST 的时区是一个很混乱的时区, 有四种含义： 美国中部时间 Central Standard Time (USA) UTC-06:00 澳大利亚中部时间 Central Standard Time (Australia) UTC+09:30 中国标准时 China Standard Time UTC+08:00 古…

今天使用MyBatis查询MySQL中的数据时, 莫名其妙的所有时间都出错了, 所有时间都比数据库时间多了14小时, 考虑了一下, 初步判定是系统时区的问题. 因为mysql时区设置默认是操作系统时区, 查看了下centos时区, 东8区没有错, 所以可以判定是代码里面设置了一个错误的时区. 现在开始调试MyBatis源码，调试到mysql-connector-java.jar包的com.mysql.cj.jdbc.io.JdbcTimestampValueFactory的createFromTimestamp方法…

[title]场景:[/title] 通过Maven分了两个工程, 其中一个工程里面放的实体, 在另一个Web工程使用的MyBatis查询, 绑定的实体, 在调用查询时候, 报BindingException: 从代码里看不出任何问题, 在Mapper里能跳进实体类. [title]原因:[/title] 打包没打好, 打开war包一看, Mapper.xml 都没进去, Maven默认不把xml打进去. [title]解决方法:[/title] 在pom.xml中添加如下配置: <build> <…

[title]settings[/title] 这是 MyBatis 中极为重要的调整设置，它们会改变 MyBatis 的运行时行为。下表描述了设置中各项的意图、默认值等 格式凑合看吧 设置参数 描述 有效值 默认值 cacheEnabled 该配置影响的所有映射器中配置的缓存的全局开关 true | false true lazyLoadingEnabled 延迟加载的全局开关 当开启时，所有关联对象都会延迟加载 特定关联关系中可通过设置fetchType属性来覆盖该项的开关状态 true | false fal…

正如大多数持久层框架一样, MyBatis 同样提供了一级缓存和二级缓存的支持 1. 一级缓存: 基于PerpetualCache 的 HashMap本地缓存, 其存储作用域为 Session, 当 Session flush 或 close 之后, 该Session中的所有 Cache 就将清空; 2. 二级缓存与一级缓存其机制相同, 默认也是采用 PerpetualCache, HashMap存储, 不同在于其存储作用域为 Mapper(Namespace), 并且可自定义存储源, 如 Ehcache; 3. …