62,614
社区成员
发帖
与我相关
我的任务
分享sql在数据库执行很快 放在代码中就相当慢 代码没问题
STATE 字段有 316,317,318,319 很多种就是当状态是319时代码查询很慢 但是直接在数据库查只需要零点几秒 求大神解答
...全文
请发表友善的回复…
发表回复
hello小黑 2021-07-13
- 打赏
- 举报
请教个问题，入参为map的会存在隐式类型转换这种问题嘛
hukeliang 2021-01-18
- 打赏
- 举报
27
这个解决了我的问题：
我有一个类似的问题，一个非常简单的请求（SELECT。FROM。WHERE =。）在Java中使用jdbc连接时最多需要10秒才能返回一行，而在sqlshell中仅花费0.01s。无论我使用的是官方的MS SQL驱动程序还是JTDS驱动程序，问题都是相同的。
解决方案是在jdbc url中设置此属性： sendStringParametersAsUnicode = false
如果使用的是MS SQL官方驱动程序，则为完整示例：jdbc：sqlserver：// yourserver; instanceName = yourInstance; databaseName = yourDBName; sendStringParametersAsUnicode = false;
如果使用其他jdbc驱动程序的说明，以及有关该问题的更多详细信息，请参见：http : //emransharif.blogspot.fr/2011/07/performance-issues-with-jdbc-drivers.html
SQL Server将其支持Unicode的数据类型与仅支持ASCII的数据类型区分开。例如，支持Unicode的字符数据类型为nchar，nvarchar，longnvarchar，其中作为其ASCII计数器部分的字符数类型分别为char，varchar和longvarchar。默认情况下，所有Microsoft的JDBC驱动程序都将Unicode格式的字符串发送到SQL Server，而不管SQL Server中定义的相应列的数据类型是否支持Unicode。在列的数据类型支持Unicode的情况下，一切都很顺利。但是，在列的数据类型不支持Unicode的情况下，会出现严重的性能问题，尤其是在数据获取期间。在进行比较之前，SQL Server尝试将表中的非Unicode数据类型转换为Unicode数据类型。此外，如果非Unicode列上存在索引，则它将被忽略。这最终将导致在数据获取期间进行全表扫描，从而大大降低搜索查询的速度。
就我而言，我要搜索的表中有3000万条记录。应用该属性后，完成请求的时间从10秒钟以上缩短到大约0.01s。
希望这会帮助某人
Mr lym 2019-12-18
- 打赏
- 举报
这个叫隐式转换问题
lifullmoon 2019-12-16
- 打赏
- 举报
你的回复中说原因是mybatis类型与数据库不对，为什么？
lifullmoon 2019-12-16
- 打赏
- 举报
你的回复中说原因是mybatis类型与数据库不对，为什么？
Soap_Leutenant 2019-01-18
- 打赏
- 举报
https://stackoverflow.com/questions/961078/sql-server-query-running-slow-from-java 这里有解答
qq_37653197 2018-04-28
- 打赏
- 举报
终于知道是为什么了 数据库字段类型 和 查询传入参数的类型不同 虽然用了#号 没有用 还是保持类型一致的好 速度快的飞起
qq_37653197 2018-04-27
- 打赏
- 举报
gan
感觉不是缓存的问题 状态分好几种 其他在前端点的时候都是很快 单独这319点的时候查询 很慢 在数据库运行 速度都是零点几秒
Defonds 2018-04-27
- 打赏
- 举报
每次查询之前，数据库清缓存了没？数据库 sql 查询可能走得是缓存。
或者换个参数。
