SQLServer 高并发下的 【表变量,临时表,公共表表达式】的性能比拼(HIS3)
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了SQLServer 高并发下的 【表变量,临时表,公共表表达式】的性能比拼(HIS3),小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1283字,纯文字阅读大概需要2分钟。
内容图文
![SQLServer 高并发下的 【表变量,临时表,公共表表达式】的性能比拼(HIS3)](/upload/InfoBanner/zyjiaocheng/868/bf6dc022926a4ea98876f57a86a89548.jpg)
标题:一次高并发下的sql分析,及最终解决方法:
现象:pagelatch_ch,pagelatch_ex 资源等待多
1. 对bulk insert 的使用方式改造,1000条以上的数据才会用bulk insert (数据条目少的时候使用insert 命令)
2. order 中使用了大量的表变量,对tempdb 的性能要求比较高,经常出现 pagelatch_ch,pagelatch_ex 的等待,为此将tempdb 的文件数量调整至 与数据库服务器的CPU核心数 等同,tempdb的数据文件文件的大小和增长值要一样;但最终将部分表变量改造为 公共表表达式写法 with cte 方式
注1. SQLServer 【表变量,临时表】性能比对(表变量比临时表性能好,造成的pagelatch_sh,pagelatch_ex 等待更少,在tempdb 文件数与cpu 核心数一致的情况下)
具体性能比对结果如下:https://channel9.msdn.com/Series/SQL-Workshops/Tempdb-Metadata-Contention-in-SQL-Server-Table-Variable-Vs-Temporary-Table)
注2:过多的表变量会导致sqlserver tempdb 元数据争用(tempdb metadata 上会有pagelatch_sh,pagelatch_ex资源等待 ),后续把表变量逐步改善为 WITH CTE 写法(公用表表达式common table express(CTE));CTE 表达式比 表变量效率更高或持平,但是不会对tempdb进行资源消耗,不会导致tempdb 的元数据资源等待
https://www.cnblogs.com/xmliu/p/7085644.html?utm_source=itdadao&utm_medium=referral
3.将事务的隔离级别进行调整:SERIALIZABLE(可序列化)->READ COMMITTED(已提交读,默认级别) [https://www.cnblogs.com/chenmh/p/3998614.html]
内容总结
以上是互联网集市为您收集整理的SQLServer 高并发下的 【表变量,临时表,公共表表达式】的性能比拼(HIS3)全部内容,希望文章能够帮你解决SQLServer 高并发下的 【表变量,临时表,公共表表达式】的性能比拼(HIS3)所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。