Mybatis与SQL Server类型转换遇到的坑-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

Mybatis与SQL Server类型转换遇到的坑

简介: Mybatis与SQL Server类型转换遇到的坑一. MyBatis SQL语句遇到的性能问题 场景还原  假设我们有一张User表,其中包含userId、userName、gender字段,其中userId的数据类型为char(20),此时我们想通过userId获得这个人的姓名,   这段SQL很简单: SELECT userName FROM dbo.

Mybatis与SQL Server类型转换遇到的坑
一. MyBatis SQL语句遇到的性能问题

  1. 场景还原
      假设我们有一张User表,其中包含userId、userName、gender字段,其中userId的数据类型为char(20),此时我们想通过userId获得这个人的姓名,

  这段SQL很简单: SELECT userName FROM dbo.User (nolock) WHERE userId = '100'

  1. 问题描述
      上面这段简单的SQL语句却隐藏着很一个严重的性能问题:当MyBatis生成该语句,并在SQL Server执行时,参数userId的JDBC Type为nvarchar(4000),但表中userId的数据类型为char(20),因此必然存在着类型转换。

  在压力测试场景、或调用频繁的情况下,导致SQL Server CPU严重超标,以及服务吞吐量严重下降。

二. char、varchar、nvarchar区别
char:对于英文字母占1个字节,对于汉字占2个字节,char属于定长类型数据结构,剩余空间全部使用空格填补,因此索引效率极高。
varchar: 多余空间不会使用空格填补,实际长度为字符串长度+1,这个1代表字符串的长度。
nvarchar:所有的字符都占用2个字节,无论英文字母,还是汉字。解决了多字符集之间的转换问题,N代表Unicode。
三. 参考
https://www.cnblogs.com/lichang1987/archive/2009/03/04/1403166.html
原文地址https://www.cnblogs.com/YaoFrankie/p/11441456.html

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章