我们有一个网站在 Windows Server 2008 + SQLServer 2008 + Ruby + Sinatra + Sequel/Puma 上运行
我们为我们的网站开发了一个 API。当多个客户端同时请求接入点时，客户端开始收到 RequestTimeout 异常。
我调查了一下，我注意到 Puma 管理多线程很好。但是 Sequel（或 Sequel 之下的任何层）一次只处理一个查询，即使它们来自不同的客户端。
事实上，如果我启动许多 Web 服务器，每台服务器都侦听一个不同的端口，并且我为每个客户端分配一个不同的端口，则不会发生 RequestTimeout 异常。
我还不知道问题是 Sequel、ADO、ODBC、Windows、SQLServer 还是什么。 事实是我无法切换到任何其他技术（如 TinyTDS）
Bellow 是一小段带有屏幕截图的代码，您可以使用它来复制错误：
require 'sinatra'
require 'sequel'
CONNECTION_STRING =
"Driver={SQL Server};Server=.\\SQLEXPRESS;" +
"Trusted_Connection=no;" +
"Database=pulqui;Uid=;Pwd=;"
DB = Sequel.ado(:conn_string=>CONNECTION_STRING)
enable :sessions
configure { set :server, :puma }
set :public_folder, './public/'
set :bind, '0.0.0.0'
get '/delaybyquery.json' do
tid = params[:tid].to_s
begin
puts "(track-id=#{tid}).starting access point"
q = "select p1.* from liprofile p1, liprofile p2, liprofile p3, liprofile p4, liprofile p5"
DB[q].each { |row| # this query should takes a lot of time
puts row[:id]
}
puts "(track-id=#{tid}).done!"
rescue=>e
puts "(track-id=#{tid}).error:#{e.to_s}"
end
end
get '/delaybycode.json' do
tid = params[:tid].to_s
begin
puts "(track-id=#{tid}).starting access point"
sleep(30)
puts "(track-id=#{tid}).done!"
rescue=>e
puts "(track-id=#{tid}).error:#{e.to_s}"
end
end
上面的代码中有 2 个接入点：
delaybyquery.json，通过加入同一个表 5 次来产生延迟。请注意，该表必须有大约 1000 行才能使查询工作非常缓慢；和
delaybycode.json，仅通过调用 ruby sleep 函数来产生延迟。
两个接入点都接收到一个 tid（tracking-id）参数，并且都在 CMD 中写入 outout，因此您可以在同一窗口中跟踪两个进程的活动，并检查哪个接入点正在阻止来自其他浏览器的传入请求。
为了测试，我在同一个 chrome 浏览器中打开了 2 个选项卡。以下是我正在执行的 2 个测试。
步骤#1：运行网络服务器
c:\source\pulqui>ruby example.app.rb -p 81 我得到下面的输出
第 2 步：按代码测试延迟
我调用了这个 URL：127.0.0.1:81/delaybycode.json?tid=123 5 秒后我调用了另一个 URL 127.0.0.1:81/delaybycode.json?tid=456 下面是输出，你可以在其中看到两个调用并行工作
第 3 步：通过查询测试延迟
我调用了这个 URL：127.0.0.1:81/delaybyquery.json?tid=123 5 秒后我调用了另一个 URL 127.0.0.1:81/delaybyquery.json?tid=456 下面是输出，你可以在其中看到电话正在工作 1 时间。对访问点的每次调用都以查询超时异常结束。
