1.只進游標
只進游標不支援滾動，它只支援從頭到尾順序提取。行只在資料庫中提取出來後才能檢索。對所有由當前使用者發出或由其他使用者提交、並影響結果集中的行insert、update和delete語句，其效果在這些行從游標中提取時可見。
由於游標無法向後滾動，則在提取行對資料庫中的行進行的大多數更改通過游標均不可見。當值用於確定所修改的結果集中行的位置時，修改後的值通過游標可見。
2.靜態游標
靜態游標始終是唯讀的。游標開啟時刻的當時狀態顯示結果集的游標。靜態游標在游標開啟時不反映對基礎資料進行的更新、刪除或插入。有時稱它們為快照游標。 靜態(static)游標建立將由該游標使用的資料的臨時複本。對游標的所有請求都從tempdb 中的這一臨時表中得到應答；因此，在對該游標進行提取操作時返回的資料中不反映對基表所做的修改，並且該游標不允許修改。
3.有鍵集驅動的游標
該游標中各行的成員身份和順序是固定的。有鍵集驅動的游標由一組唯一識別符號控制，這組鍵稱為鍵集。鍵是根據以唯一方式標識結果集中各行的一列生成的。鍵集是開啟游標時來自符合select語句要求的所有行中的一組鍵值。由鍵值驅動的游標對應的鍵集是開啟該游標時在tempdb中生成的。
4.動態游標
動態游標與靜態游標相對。可以在游標開啟時反映對基礎資料進行的修改的游標。使用者所做的更新、刪除和插入在動態游標中加以反映。
如果使用api函式或transact-sql where current of 子語句通過游標更新，他們將立即可見。在游標外部所做的更新直到提交時才可見，除非將游標的事務隔離級別設為未提交讀。
nginx的upstream目前支援4種方式的分配
nginx的upstream目前支援4種方式的分配 1 輪詢 預設 每個請求按時間順序逐一分配到不同的後端伺服器，如果後端伺服器down掉，能自動剔除。2 weight 指定輪詢機率，weight和訪問比率成正比，用於後端伺服器效能不均的情況。例如 upstream bakend 2 ip hash...
nginx的upstream目前支援4種方式的分配
nginx的upstream目前支援4種方式的分配 1 輪詢 預設 每個請求按時間順序逐一分配到不同的後端伺服器，如果後端伺服器down掉，能自動剔除。2 weight 指定輪詢機率，weight和訪問比率成正比，用於後端伺服器效能不均的情況。例如 upstream bakend 2 ip hash...
Nginx的upstream目前支援4種方式的分配
1 輪詢 預設方式 每個請求按時間順序逐一分配到不同的後端伺服器，如果後端伺服器掛掉，能自動剔除。2 weight 權重 指定輪詢機率，weight和訪問比率成正比，用於後端伺服器效能不均的情況。例如 upstream bakend 注 以上的配置就是說請求進入的兩台伺服器的機率是一樣的，都為10。...