sqltempdb
① 如何收縮 sql Server 中的 Tempdb 資料庫
Tempdb 信息
tempdb 是一個臨時工作區。除其他用途外，SQL Server 還將 tempdb 用於：
•
顯式創建的臨時表的存儲。
•
保存在查詢處理和排序過程中創建的中間結果的工作表。
•
具體化的靜態游標。
SQL Server 在 tempdb 事務日誌中記錄的信息只足夠用於回滾事務，而不足以用於在資料庫故障恢復過程中重新執行事務。這一特點提高了
tempdb 中 INSERT 語句的性能。另外，由於每次重新啟動 SQL Server 時都會重新創建
tempdb，無需記錄用於重新執行任何事務的信息。因此，沒有任何要前滾或回滾的事務。當 SQL Server 啟動時，通過使用 model
資料庫的副本重新創建 tempdb，並將其重置為上次配置的大小。
默認情況下，tempdb
資料庫配置為根據需要自動增長；因此，此資料庫可能最終增長到大於所需的大小。簡單地重新啟動 SQL Server 會將 tempdb
的大小重置為上次配置的大小。配置的大小是用文件大小更改操作（如帶有 MODIFY FILE 選項的 ALTER DATABASE 或者 DBCC
SHRINKFILE 語句）設置的上次顯式大小。本文說明您可以用來將 tempdb 收縮到小於其配置的大小的三種方法。
收縮 Tempdb 的方法 1
此方法要求您重新啟動 SQL Server。
1.
停止 SQL Server。打開命令提示符，然後鍵入以下命令啟動 SQL Server：
sqlservr -c -f
-c 和 -f 參數使 SQL Server 以最小配置模式啟動，讓數據文件的 tempdb 大小為 1 MB，日誌文件的 tempdb 為 0.5 MB。
注意：如果使用 SQL Server 命名實例，必須切換到適當的文件夾 (Program Files/Microsoft SQL Server/MSSQL$instance name/Binn)，並使用 -s 開關 (-s%instance_name%)。
2.
用查詢分析器連接到 SQL Server，然後運行下列 Transact-SQL 命令：
ALTER DATABASE tempdb MODIFY FILE
(NAME = 'tempdev', SIZE = target_size_in_MB)
--Desired target size for the data file
ALTER DATABASE tempdb MODIFY FILE
(NAME = 'templog', SIZE = target_size_in_MB)
--Desired target size for the log file
3.
通過在命令提示符窗口中按 Ctrl-C 停止 SQL Server，將 SQL Server 作為服務重新啟動，然後驗證 Tempdb.mdf 和 Templog.ldf 文件的大小。
此方法的局限是它只能對默認的 tempdb 邏輯文件 tempdev 和 templog 進行操作。如果將其他文件添加到了 tempdb，您可以在將 SQL Server 作為服務重新啟動後收縮它們。在啟動過程中將重新創建所有 tempdb 文件；因此，它們是空的並可刪除。要刪除 tempdb 中的其他文件，請使用帶有 REMOVE FILE 選項的 ALTER DATABASE 命令。
收縮 Tempdb 的方法 2
使用 DBCC SHRINKDATABASE 命令將 tempdb 資料庫作為整體收縮。DBCC SHRINKDATABASE 接收參數 target_percent，該參數是資料庫收縮後資料庫文件中剩餘可用空間的所需百分比。如果使用 DBCC SHRINKDATABASE，可能必須重新啟動 SQL Server。
重要說明：如果運行 DBCC SHRINKDATABASE，則 tempdb 資料庫不能正在發生其他活動。要確保在運行 DBCC SHRINKDATABASE 時其他進程無法使用 tempdb，必須以單用戶模式啟動 SQL Server。有關更多信息，請參考本文的在使用 Tempdb 時執行 DBCC SHRINKDATABASE 或 DBCCSHRINKFILE 的結果 一節。
1.
通過使用 sp_spaceused 存儲過程確定 tempdb 中當前使用的空間。然後，計算剩餘可用空間的百分比，它將用作 DBCC SHRINKDATABASE 的參數；該計算是基於所需資料庫大小進行的。
注意：在某些情況下，您可能必須執行 sp_spaceused @updateusage=true 來重新計算使用的空間和獲得更新的報告。有關 sp_spaceused 存儲過程的更多信息，請參考 SQL Server 聯機叢書。
請考慮以下示例：
假定 tempdb 有兩個文件：主數據文件 (Tempdb.mdf) 和日誌文件 (Tempdb.ldf)，其大小分別為 100 MB 和 30 MB。假定 sp_spaceused 報告主數據文件包含 60 MB 的數據。還假定您要將主數據文件收縮到 80 MB。計算收縮後剩餘可用空間的所需百分比，即 80 MB - 60 MB = 20 MB。現在，用 20 MB 除以 80 MB = 25%，這就是您的 target_percent。事務日誌文件將據此進行收縮，從而在資料庫收縮後剩下 25% 即 20 MB 的可用空間。
2.
用查詢分析器連接到 SQL Server，然後運行下列 Transact-SQL 命令：
dbcc shrinkdatabase (tempdb, 'target percent')
-- This command shrinks the tempdb database as a whole
對 tempdb 資料庫使用 DBCC SHRINKDATABASE
命令具有局限性。數據文件和日誌文件的目標大小不能小於創建資料庫時指定的大小，也不能小於用文件大小更改操作（如帶有 MODIFY FILE 選項的
ALTER DATABASE 命令或 DBCC SHRINKFILE 命令）顯式設置的上次大小。DBCC SHRINKDATABASE
的另一個限制是 target_percentage 參數的計算和它對當前使用的空間的依賴。
收縮 Tempdb 的方法 3
使用命令 DBCC SHRINKFILE 收縮單個 tempdb 文件。DBCC SHRINKFILE 比 DBCC SHRINKDATABASE 提供更多的靈活性，因為您可以對單個資料庫文件使用它而不必影響屬於同一資料庫的其他文件。DBCC SHRINKFILE 接收 target size 參數，這是所需的資料庫文件的最終大小。
重要說明：必須在 tempdb 資料庫不發生任何活動時運行 DBCC SHRINKFILE 命令。要確保在執行 DBCC SHRINKFILE 時其他進程不能使用 tempdb，必須以單用戶模式重新啟動 SQL Server。有關 DBCC SHRINKFILE 的更多信息，請參見本文中在使用 Tempdb 時執行 DBCC SHRINKDATABASE 或 DBCCSHRINKFILE 的結果 一節。
1.
確定主數據文件 (tempdb.mdf)、日誌文件 (templog.ldf) 和/或添加到 tempdb 的其他文件的所需大小。確保在這些文件中使用的空間小於或等於所需的目標大小。
2.
用查詢分析器連接到 SQL Server，然後為需要收縮的特定資料庫運行下列 Transact-SQL 命令：
use tempdb
go
dbcc shrinkfile (tempdev, 'target size in MB')
go
-- this command shrinks the primary data file
dbcc shrinkfile (templog, 'target size in MB')
go
-- this command shrinks the log file, look at the last paragraph.
DBCC SHRINKFILE 的一個優點是它可以將文件大小減小到小於其原始大小。您可以對任何數據文件或日誌文件執行 DBCC SHRINKFILE。DBCC SHRINKFILE 的一個局限是您無法使資料庫小於 model 資料庫的大小。
在 SQL Server 7.0 中，事務日誌收縮是一個推遲操作，您必須執行日誌截斷和備份，以幫助進行資料庫中的收縮操作。但是，默認情況下，tempdb 將 trunc log on chkpt 選項設置為「打開」(ON)；這樣，您就無需為該資料庫執行日誌截斷。有關如何在 SQL Server 7.0 中收縮資料庫事務日誌的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
256650 (http://support.microsoft.com/kb/256650/) INF：如何收縮 SQL Server 7.0 事務日誌
在使用 Tempdb 時執行 DBCC SHRINKDATABASE 或 DBCCSHRINKFILE 的結果
當正在使用 tempdb 時，如果您嘗試通過使用 DBCC SHRINKDATABASE 或 DBCC SHRINKFILE 命令收縮它，可能會收到與以下類型相似的多個一致性錯誤，並且收縮操作可能失敗：
Server:Msg 2501, Level 16, State 1, Line 1 Could not find table named '1525580473'.Check sysobjects.
- 或 -
Server:Msg 8909, Level 16, State 1, Line 0 Table
Corrupt:Object ID 1, index ID 0, page ID %S_PGID.The PageId in the page
header = %S_PGID.
盡管錯誤 2501 可能不表示 tempdb 中的任何損壞，但它會導致收縮操作失敗。與其不同，錯誤 8909 可能表示 tempdb 資料庫中的損壞。應重新啟動 SQL Server 來重新創建 tempdb 並清除一致性錯誤。但是，請記住像錯誤 8909 這樣的物理數據損壞可能有其他原因，這包括輸入/輸出子系統問題。
② SQL SERVER tempdb 問題
當然直接的方法，重啟，會自動釋放tempdb的空間！
如果不能重啟，並且其他盤符有豐富的硬碟資源，則使用如下腳本將數據文件和日誌文件遷移：
USE master GO ALTER DATABASE tempdb modify file (name = tempdev, filename ='NewDrive:Path empdb.mdf') GO ALTER DATABASE tempdb modify file (name = templog, filename ='NewDrive:Path emplog.ldf') GO
③ 請教sql server tempDB空間滿的問題
SQL Server會自動創建一個名為tempdb的資料庫作為工作空間使用，當您在存儲過程中創建一個臨時表格時，比如(CREATE TABLE #MyTemp)，無論您正在使用哪個資料庫，SQL資料庫引擎都會將這個表格創建在tempdb資料庫中。 而且，當您對大型的結果集進...
④ 如何監測誰用了SQL Server的Tempdb空間
作為一個支持工程師，會被經常問到象「我的Tempdb為什麼這么大？」「是誰把我的Tempdb空間用完的？」在SQL 2000的時候，這個問題很難回答。好在SQL 2005以後，引入了一張新的管理視圖：sys.dm_db_file_space_usage。通過查詢這張視圖，能了解tempdb的空間使用情況，能知道tempdb的空間是被哪一塊對象使用掉的，是用戶對象(user_object_reserved_page_count欄位)，還是系統對象（internal_object_reserved_page_count欄位），還是版本存儲區（version_store_reserved_page_count欄位）。
在討論Tempdb空間使用之前，我們先簡單介紹一下通常什麼操作會大量使用Tempdb。在SQL 2005和SQL 2008里，使用Tempdb空間的遠遠不止是臨時表。常見的使用對象有：
用戶對象(user_object_reserved_page_count)
用戶對象由用戶顯式創建。這些對象可以位於用戶會話的作用域中，也可位於創建對象所用常式的作用域中。 可以是存儲過程、觸發器或用戶定義函數。 用戶對象可以是下列項之一：
用戶定義的表和索引
系統表和索引
全局臨時表和索引
局部臨時表和索引
table 變數
表值函數中返回的表
內部對象（internal_object_reserved_page_count）
內部對象是根據需要由 SQL Server 資料庫引擎創建的，用於處理 SQL Server 語句。 內部對象可以在語句的作用域中創建和刪除。 內部對象可以是下列項之一：
用於游標。
用於哈希聯接或哈希聚合操作的查詢。
某些 GROUP BY、ORDER BY 或 UNION 查詢的中間排序結果。
版本存儲（version_store_reserved_page_count）
版本存儲區主要用來支持Snapshot事務隔離級別，以及SQL 2005以後推出的一些其他提高資料庫並發度的新功能。
由此可見，光從用戶發過來的語句本身，是很難判斷這個連接的操作是否會使用Tempdb的。一個典型的例子，就是某些查詢。如果表格上有良好的索引做支持，SQL Server不需要做哈希聯接(Hash Join)，那這個查詢就不會用Tempdb。反之，如果表格很大，又沒有好的索引，那Tempdb使用量就可能不小。
tempdb空間使用的一大特點，是只有一部分對象，例如用戶創建的臨時表、table變數等，可以用sys.allocation_units 和sys.partitions這樣的管理視圖來管理。許多內部對象和版本存儲在這些管理視圖里沒有體現。所以，sp_spaceused的結果和真實使用會有很大差異，tempdb的空間使用是不能用sp_spaceused來跟蹤的。必須藉助sys.dm_db_file_space_usage這樣的管理視圖和管理函數，才能看到全貌。
下面以一個實例，討論一下如何用DBCC命令、管理視圖(DMV)以及管理函數(DMF)來監視是什麼語句正在使用tempdb。
為了使結果簡單，我們在測試之前先把SQL Server重起一次。
⑤ sql server 2000 tempdb日誌已滿有什麼影響
肯定有影響，先說說tempdb資料庫的作用吧：
Tempdb 資料庫保存系統運行過程中產生的臨時表和存儲過程。當然，它還滿足其他的臨時存儲要求，比如保存SQL Server生成的存儲表等。Tempdb 資料庫是一個全局咨詢，任何連接到系統的用戶都可以在該資料庫中產生臨時表和存儲過程。Tempdb 資料庫在每次SQL Server啟動的時候，都會清空該資料庫中的內容，所以每次啟動SQL Server後，該表都是干凈的。臨時表和存儲過程在連接斷開後會自動除去，而且當系統關閉後不會有任何活動連接，因此，tempdb 資料庫中沒有任何內容會從SQL Server的一個會話保存到另外一個會話中。
默認情況下，在 SQL Server 在運行時 tempdb 資料庫會根據需要自動增長。不過，與其它資料庫不同，每次啟動資料庫引擎時，它會重置為其初始大小。如果為 tempdb 資料庫定義的大小較小，則每次重新啟動 SQL Server時，將tempdb 資料庫的大小自動增加到支持工作負荷所需的大小這一工作可能會成為系統處理負荷的一部分。為避免這種開銷，可以使用 ALTER DATABASE 增加 tempdb 資料庫的大小。
其實總體來說TempDB資料庫是很重要的，也是你提升SQL運行速度的一個手段，所以，TempDB的日誌已滿，說明的資料庫文件初始化設定值太小，建議你增大到500MB，我一直都這樣用，當然你可以依據實際情況設定大小
⑥ SQLERVER的tempdb庫突然暴增（已經暴增了）,怎麼排查暴增的原因
Tempdb 信息
tempdb 是一個臨時工作區。除其他用途外，SQL Server 還將 tempdb 用於：
• 顯式創建的臨時表的存儲。
• 保存在查詢處理和排序過程中創建的中間結果的工作表。
• 具體化的靜態游標。
SQL Server 在 tempdb 事務日誌中記錄的信息只足夠用於回滾事務，而不足以用於在資料庫故障恢復過程中重新執行事務。這一特點提高了 tempdb 中 INSERT 語句的性能。另外，由於每次重新啟動 SQL Server 時都會重新創建 tempdb，無需記錄用於重新執行任何事務的信息。因此，沒有任何要前滾或回滾的事務。當 SQL Server 啟動時，通過使用 model 資料庫的副本重新創建 tempdb，並將其重置為上次配置的大小。
默認情況下，tempdb 資料庫配置為根據需要自動增長；因此，此資料庫可能最終增長到大於所需的大小。簡單地重新啟動 SQL Server 會將 tempdb 的大小重置為上次配置的大小。配置的大小是用文件大小更改操作（如帶有 MODIFY FILE 選項的 ALTER DATABASE 或者 DBCC SHRINKFILE 語句）設置的上次顯式大小。本文說明您可以用來將 tempdb 收縮到小於其配置的大小的三種方法。
收縮 Tempdb 的方法 1
此方法要求您重新啟動 SQL Server。
1. 停止 SQL Server。打開命令提示符，然後鍵入以下命令啟動 SQL Server：
sqlservr -c -f
-c 和 -f 參數使 SQL Server 以最小配置模式啟動，讓數據文件的 tempdb 大小為 1 MB，日誌文件的 tempdb 為 0.5 MB。
注意：如果使用 SQL Server 命名實例，必須切換到適當的文件夾 (Program Files/Microsoft SQL Server/MSSQL$instance name/Binn)，並使用 -s 開關 (-s%instance_name%)。
2. 用查詢分析器連接到 SQL Server，然後運行下列 Transact-SQL 命令： ALTER DATABASE tempdb MODIFY FILE
(NAME = 'tempdev', SIZE = target_size_in_MB)
--Desired target size for the data file
ALTER DATABASE tempdb MODIFY FILE
(NAME = 'templog', SIZE = target_size_in_MB)
--Desired target size for the log file
3. 通過在命令提示符窗口中按 Ctrl-C 停止 SQL Server，將 SQL Server 作為服務重新啟動，然後驗證 Tempdb.mdf 和 Templog.ldf 文件的大小。
此方法的局限是它只能對默認的 tempdb 邏輯文件 tempdev 和 templog 進行操作。如果將其他文件添加到了 tempdb，您可以在將 SQL Server 作為服務重新啟動後收縮它們。在啟動過程中將重新創建所有 tempdb 文件；因此，它們是空的並可刪除。要刪除 tempdb 中的其他文件，請使用帶有 REMOVE FILE 選項的 ALTER DATABASE 命令。
收縮 Tempdb 的方法 2
使用 DBCC SHRINKDATABASE 命令將 tempdb 資料庫作為整體收縮。DBCC SHRINKDATABASE 接收參數 target_percent，該參數是資料庫收縮後資料庫文件中剩餘可用空間的所需百分比。如果使用 DBCC SHRINKDATABASE，可能必須重新啟動 SQL Server。
重要說明：如果運行 DBCC SHRINKDATABASE，則 tempdb 資料庫不能正在發生其他活動。要確保在運行 DBCC SHRINKDATABASE 時其他進程無法使用tempdb，必須以單用戶模式啟動 SQL Server。有關更多信息，請參考本文的在使用 Tempdb 時執行 DBCC SHRINKDATABASE 或 DBCCSHRINKFILE 的結果 一節。
1. 通過使用 sp_spaceused 存儲過程確定 tempdb 中當前使用的空間。然後，計算剩餘可用空間的百分比，它將用作 DBCC SHRINKDATABASE 的參數；該計算是基於所需資料庫大小進行的。
注意：在某些情況下，您可能必須執行 sp_spaceused @updateusage=true 來重新計算使用的空間和獲得更新的報告。有關 sp_spaceused 存儲過程的更多信息，請參考 SQL Server 聯機叢書。
請考慮以下示例：
假定 tempdb 有兩個文件：主數據文件 (Tempdb.mdf) 和日誌文件 (Tempdb.ldf)，其大小分別為 100 MB 和 30 MB。假定 sp_spaceused 報告主數據文件包含 60 MB 的數據。還假定您要將主數據文件收縮到 80 MB。計算收縮後剩餘可用空間的所需百分比，即 80 MB - 60 MB = 20 MB。現在，用 20 MB 除以 80 MB = 25%，這就是您的 target_percent。事務日誌文件將據此進行收縮，從而在資料庫收縮後剩下 25% 即 20 MB 的可用空間。
2. 用查詢分析器連接到 SQL Server，然後運行下列 Transact-SQL 命令： dbcc shrinkdatabase (tempdb, 'target percent')
-- This command shrinks the tempdb database as a whole
對 tempdb 資料庫使用 DBCC SHRINKDATABASE 命令具有局限性。數據文件和日誌文件的目標大小不能小於創建資料庫時指定的大小，也不能小於用文件大小更改操作（如帶有 MODIFY FILE 選項的 ALTER DATABASE 命令或 DBCC SHRINKFILE 命令）顯式設置的上次大小。DBCC SHRINKDATABASE 的另一個限制是target_percentage 參數的計算和它對當前使用的空間的依賴。
⑦ SQL資料庫 TEMPDB 錯誤問題
1、重起資料庫。
2、把tempdb放到另一硬碟上。方法：
1、用Enterprise
Manager或sp_helpdb查看tempdb現在存放的位置
2、用
alter
database
tempdb
modify
file(name='tempdev',filename='newpath\newfilename')
alter
database
tempdb
modify
file(name='templog',filename='newpath\newfilename')
3、關閉sqlserver重起
4、刪掉舊的tempdb文件
⑧ 談談Tempdb對SQL Server性能優化有何影響
先給大家鞏固tempdb的基礎知識
簡介：
tempdb是SQLServer的系統資料庫一直都是SQLServer的重要組成部分，用來存儲臨時對象。可以簡單理解tempdb是SQLServer的速寫板。應用程序與資料庫都可以使用tempdb作為臨時的數據存儲區。一個實例的所有用戶都共享一個Tempdb。很明顯，這樣的設計不是很好。當多個應用程序的資料庫部署在同一台伺服器上的時候，應用程序共享tempdb，如果開發人員不注意對Tempdb的使用就會造成這些資料庫相互影響從而影響應用程序。
特性：
1、 tempdb中的任何數據在系統重新啟動之後都不會持久存在。因為實際上每次SQLServer啟動的時候都會重新創建tempdb。這個特性就說明tempdb不需要恢復。
2、 tempdb始終設置為「simple」的恢復模式，當你嘗試修改時都會報錯。也就是說已提交事務的事務日誌記錄在每個檢查點後都標記為重用。
3、 tempdb也只能有一個filegroup，不能增加更多文件組。
4、 tempdb被用來存儲三種類型的對象：用戶對象，內部對象、版本存儲區
接下來圍繞主題展示問題分析：
1.SQL Server系統資料庫介紹
SQL Server有四個重要的系統級資料庫:master,model,msdb,tempdb.
master:記錄SQL Server系統的所有系統級信息,包括實例范圍的元數據,端點,鏈接伺服器和系統配置設置,還記錄其他資料庫是否存在以及這些數據問文件的位置等等.如果master不可用,資料庫將不能啟動.
model:用在SQL Server 實例上創建的所有資料庫的模板。因為每次啟動 SQL Server 時都會創建 tempdb，所以 model 資料庫必須始終存在於 SQL Server 系統中。
msdb:由SQL Server 代理用來計劃警報和作業。
tempdb:是連接到 SQL Server 實例的所有用戶都可用的全局資源，它保存所有臨時表,臨時工作表,臨時存儲過程,臨時存儲大的類型,中間結果集,表變數和游標等。另外，它還用來滿足所有其他臨時存儲要求.
2.tempdb內在運行原理
與其他SQL Server資料庫不同的是,tempdb在SQL Server停掉,重啟時會自動的drop,re-create. 根據model資料庫會默認建立一個新的8MB(mdf file:8MB;ldf file:1MB, autogtouth設置為10%)大小recovery model為simple的tempdb資料庫.
tempdb資料庫建立之後,DBA可以在其他的資料庫中建立數據對象,臨時表,臨時存儲過程,表變數等會加到tempdb中.在tempdb活動很頻繁時,能夠自動的增長,因為是simple的recovery model,會最小化日誌記錄,日誌也會不斷的截斷.
3.如何合理的優化tempdb以提高SQL Server的性能
如果SQL Server對tempdb訪問不頻繁,tempdb對資料庫不會產生影響;相反如果訪問很頻繁,loading就會加重,tempdb的性能就會對整個DB產生重要的影響.優化tempdb的性能變的很重要的,尤其對於大型資料庫.
注:在優化tempdb之前,請先考慮tempdb對SQL Server性能產生多大的影響,評估遇到的問題以及可行性.
3.1最小化的使用tempdb
SQL Server中很多的活動都活發生在tempdb中,所以在某種情況可以減少多對tempdb的過度使用,以提高SQL Server的整體性能.
如下有幾處用到tempdb的地方:
(1)用戶建立的臨時表.如果能夠避免不用,就盡量避免. 如果使用臨時表儲存大量的數據且頻繁訪問,考慮添加index以增加查詢效率.
(2)Schele jobs.如DBCC CHECKDB會佔用系統較多的資源,較多的使用tempdb.最好在SQL Server loading比較輕的時候做.
(3)Cursors.游標會嚴重影響性能應當盡量避免使用.
(4)CTE(Common Table Expression).也會在tempdb中執行.
(5)SORT_INT_TEMPDB.建立index時會有此選項.
(6)Index online rebuild.
(7)臨時工作表及中間結果集.如JOIN時產生的.
(8)排序的結果.
(9)AFTER and INSTEAD OF triggers.
不可能避免使用tempdb,如果有tempdb的瓶頸或issue,就該返回來考慮這些問題了.
3.2重新分配tempdb的空間大小
在SQL Server重啟時會自動建立8MB大小的tempdb,自動增長默認為10%. 對於小型的資料庫來說,8MB大小已經足夠了.但是對於較大型的資料庫來說,8MB遠遠不能滿足SQL Server頻繁活動的需要,因此會按照10%的比例增加,比如說需要1GB,則會需要較長的時間,此段時間會嚴重影響SQL Server的性能. 建議在SQL Server啟動時設置tempdb的初始化的大小(如下圖片設置為MDF:300MB,LDF:50MB),也可以通過ALTER DATABASE來實現. 這樣在SQL Server在重啟時tempdb就會有足夠多的空間可利用,從而提高效率.