自己解决了，最后发现是这个参数0，就会卡，8就不卡了。给大家分享一下

1. 临时数据库文件增长或磁盘I/O问题：

• 检查临时数据库文件（通常是 tempdb）的大小和增长设置。如果 tempdb 频繁自动增长，可能会导致性能问题。

• 监控磁盘I/O性能，确保 tempdb 所在的磁盘没有过载。

• 尝试增加 tempdb 的文件数量和数据文件大小，以减少自动增长的需求。

2. 内存不足：

• 检查服务器的内存使用情况，确认是否有足够的可用内存来处理查询。

• 查看 SQL Server 的内存配置，确保 SQL Server 有足够的内存来处理临时表和其他操作。

3. 并发访问：

• 检查是否有其他并发操作正在使用 tempdb，如大量并发查询或数据加载操作。

• 使用 SQL Server Profiler 或其他监控工具来识别可能的并发瓶颈。

4. 统计信息和索引：

• 确认 tempdb 中的统计信息和索引是否是最新的。

• 虽然在临时表上创建索引通常不是最佳实践（因为临时表的生命周期较短），但检查是否有必要优化查询逻辑以减少对临时表的依赖。

5. 查询优化：

• 分析涉及临时表的查询，查看是否有优化空间，如重写查询、使用更有效的连接策略等。

• 使用 SQL Server 的查询优化工具（如查询执行计划）来识别性能瓶颈。

6. 锁和阻塞：

• 检查是否有锁或阻塞问题影响了 tempdb 的性能。

• 使用 SQL Server Management Studio (SSMS) 的活动监视器或动态管理视图（如 sys.dm_tran_locks）来检查锁的情况。

7. 服务器配置和更新：

• 检查 SQL Server 的配置设置，确保它们适合当前的工作负载。

• 确保 SQL Server 和所有相关补丁都已更新到最新版本。

8. 硬件问题：

• 如果以上所有软件层面的检查都没有发现问题，可能需要考虑硬件问题，如磁盘故障、网络问题等。

看看服务器是不是内存不足了，服务器的内存不足，临时表可能会从内存转移到磁盘，导致读写变慢