请求处理线程与异步处理自定义线程与Web服务器性能

Question

问题：当我创建一个自定义线程以异步方式处理传入的HTTP请求时，我是否真的因为引入了太多线程而损害了性能？

更多细节：假设传入的请求需要执行一些繁重的数据库操作。Web服务器负载很重，在任何给定时刻，10个请求处理线程都在忙于处理请求。服务器有10个核心，所以假设每个核心运行一个线程。

请求以同步方式处理，每个请求处理线程从到达到完成处理作业。但是需要对数据库进行一些等待。

可能的“改进”是稍微更改流，而不是创建处理整个请求的请求处理线程，创建额外的线程来处理繁重的数据库操作，并尽早释放请求处理线程。

这引起了人们的担忧——现在需要在10个内核上安装10个以上的线程上下文切换会降低性能

我所说的请求处理线程是指：http://docs.oracle.com/cd/E19146-01/821-1834/geeie/index.html

我所说的自定义线程是指：

void handleHttpMethod(){
  //request processing thread running here
  executorService.submit(new DBTask())
  //request processing thread exits here
}

我知道这是一个有点开放性的问题，但我真的对你的反馈和评论感兴趣。

[编辑]更多细节：我正在运行一个部署到Glassfish 3服务器的Web应用程序，每秒处理大约1000个请求。每个请求都涉及一些数据库操作（存储一些数据，不需要等待结果），与请求中执行的其他逻辑相比，这些操作很重。我试图了解异步如何影响网络服务器性能，因为请求处理线程现在必须与我为处理数据库操作而创建的自定义线程共享CPU。

Answer 1

注意：下面假设您的DB在不同的主机上运行，所以DB查询不会占用web服务线程的CPU。

如果数据库查询时间因客户端而异，您绝对可以通过将数据库请求卸载到“自定义”线程来提高吞吐量（就服务请求的数量而言）。

E、 例如，如果client1Query运行10秒，并且没有空闲线程，那么client2Query只需要1秒就可以完成，它将需要等待一个client1Query完成，或者其他线程可用。