『壹』 mysql 如何分配內存
我們仍然使用兩個會話，一個會話 run，用於運行主 SQL；另一個會話 ps，用於進行 performance_schema 的觀察：
主會話線程號為 29，
可以看到寫入的線程是 page_clean_thread，是一個刷臟操作，這樣就能理解數據為什麼是慢慢寫入的。
也可以看到每個 IO 操作的大小是 16K，也就是刷數據頁的操作。
結論：
我們可以看到，
1. MySQL 會基本遵守 max_heap_table_size 的設定，在內存不夠用時，直接將表轉到磁碟上存儲。
2. 由於引擎不同（內存中表引擎為 heap，磁碟中表引擎則跟隨 internal_tmp_disk_storage_engine 的配置），本次實驗寫磁碟的數據量和實驗 05中使用內存的數據量不同。
3. 如果臨時表要使用磁碟，表引擎配置為 InnoDB，那麼即使臨時表在一個時間很短的 SQL 中使用，且使用後即釋放，釋放後也會刷臟頁到磁碟中，消耗部分 IO。
『貳』 如何設置SQL伺服器的內存分配
步驟如下：
點擊Start > Run
鍵入WINMSD。
選擇Memory選項。
記錄下來計算的一個內存值物理存儲器(k) SQL資料庫的。
初始化SQL企業管理器。
選擇為存儲器分配將配置的資料庫。
用滑鼠右鍵單擊在資料庫並且選擇配置。Server Configuration Options窗口打開。
選擇Configuration選項。
移下來對內存行。有三列：「最低、最大數量、運行和當前內存分配」。
『叄』 如何使用SQL語句查詢資料庫及表的空間容量
--1、查看錶空間的名稱及大小
select
t.tablespace_name,
round(sum(bytes/(1024*1024)),0)
ts_size
from
dba_tablespaces
t,
dba_data_files
d
where
t.tablespace_name
=
d.tablespace_name
group
by
t.tablespace_name;
--2、查看錶空間物理文件的名稱及大小
select
tablespace_name,
file_id,
file_name,
round(bytes/(1024*1024),0)
total_space
from
dba_data_files
order
by
tablespace_name;
3.查看所有表空間使用情況
select
b.file_id
文件ID號,
b.tablespace_name
表空間名,
b.bytes/1024/1024||'M'位元組數,
(b.bytes-sum(nvl(a.bytes,0)))/1024/1024||'M'
已使用,
sum(nvl(a.bytes,0))/1024/1024||'M'
剩餘空間,
round(100
-
sum(nvl(a.bytes,0))/(b.bytes)*100,2)||
'%'
佔用百分比
from
dba_free_space
a,dba_data_files
b
where
a.file_id=b.file_id
group
by
b.tablespace_name,b.file_id,b.bytes
order
by
b.file_id;
總有一款適合你！
『肆』 SQL分配空間不足，請教如何解決
因SQL備份文件大小並不代表還原出來的資料庫文件大小。有時候日誌文件很大，其中大部分都是未使用的空間，而沒有進行收縮就進行備份的話，備份文件中記錄的還是日誌文件的大小，在還原的時候就還是很大。你可以執行restore filelistonly來查看備份中文件的大小。比如你的備份文件是d:\db.bak,語句就是restore filelistonly from disk='d:\db.bak'在結果集中，size是文件的位元組數。如果很大，最好還原到有足夠空間的分區，注意要加move選項。
『伍』 SQLServer中能手動給使用的表分配內存嗎如果可以，如何分配
不能，SQL Server的內存分配是SQL引擎自動分配的，我們只能更改最大值最小值。
在伺服器屬性里改。
SQL Server佔用的內存主要由三部分組成：
數據緩存(Data Buffer)、執行緩存(Procere Cache)、以及SQL Server引擎程序。
其中引擎程序佔用的緩存比較固定，也是必須佔用的一部分。除此之外，執行緩存是執行的語句解析後存儲的地方，而數據緩存則是查詢結果等緩存的地方。這兩個部分是動態調整的，都不是用戶可以支配的。
『陸』 sql 備注的一列 長度定義 nvarchar(max)合適嗎 資料庫是怎麼分配空間的
沒問題，varchar和nvarchar是不定長的，資料庫會根據存放的實際位元組分配長度的，不會直接分配4000位元組。除了存放英文字母的時候會佔用兩個位元組，有點浪費。
char和nchar是定長的，不夠的部分會自動補齊，分配指定位元組長度的空間
『柒』 關於sql server資料庫分配空間的問題
哈哈，居然有這樣的問題，我都從來沒有遇到過。可能資料庫嚴重超過你原來注冊的限制容量2048，你先把資料庫收縮一下，然後再試一下擴容吧。
要是還不行，把數據分離了，然後再附加上去，呵呵。
『捌』 SqlServer是如何管理，分配存儲空間的呢
Sql Server 區管理(GAM,SGAM)
大家都知道Sql Server 中數據文件存儲的最小單位是頁面(Page),但實際SQLSERVE並不是以頁面為單位給數據分配空間的，Sql Server默認的存儲分配單位是盤區(Extend)。這樣做的主要原因是為了避免頻繁的讀寫IO，提升性能。在表或其它對象分配存儲空間，不是直接分配一個8K的頁面，而是以一個盤區(Extend)為存儲分配單位，一個盤區為8個頁面(Size = 8＊8K＝64K)。
這樣，對區得操作就會非常頻繁，也要求Sql Server有自己的一套系統管理著數量眾多的區。其中最突出的出一個問題，那就是在存儲那些只有少量數據，不足8K的對象，如果也是分配給一個盤區，就會存在存儲空間上的浪費，降低了空間分配效率。
為解決上述問題，SQLSERVER提供了一種解決方案，定義了兩種盤區類型,統一盤區和混合盤區。
全局分配映射表 (GAM)：統一盤區，GAM 頁記錄已分配的區。每個 GAM 包含 64,000 個區，相當於近 4 GB 的數據。GAM 用一個位來表示所涵蓋區間內的每個區的狀態。如果位為 1，則區可用；如果位為 0，則區已分配。
共享全局分配映射表 (SGAM)：由多個對象共同擁有該盤區，SGAM 頁記錄當前用作混合區且至少有一個未使用的頁的區。每個 SGAM 包含 64,000 個區，相當於近 4 GB 的數據。SGAM 用一個位來表示所涵蓋區間內的每個區的狀態。如果位為 1，則區正用作混合區且有可用頁。如果位為 0，則區未用作混合區，或者雖然用作混合區但其所有頁均在使用中。
在實際為對象分配存儲盤區時，為了提高空間利用率，默認的情況下，如果一個對象一開始大小小於8個頁面，就盡量放在混合盤區中，如果該對象大小增加到8個頁面後，SQLSERVER會為這個對象重新分配一個統一盤區。
據區當前的使用情況，GAM 和 SGAM 中每個區具有以下位模式：
第0個bit為保留位元組，始終為0
第1個bit表示該頁面是否已分配，我們知道GAM頁用來管理區是否已分配，但一個區包含8個頁面，所以用該bit用來准確定位該區的某個頁面是否已分配出去了。
第2個bit表示該頁面是否混合分區的一個頁面。
第3個bit表示該頁面是否是一個IAM(索引分配映射)頁面。
第4個bit表示該頁面中是否包含幻影或已刪除記錄，這有助於SQL Server定期清理幻影或已刪除記錄。
第5~7個頁面表示該頁面的空間使用率情況。
『玖』 SQL資料庫怎麼為每個用戶分配不同的空間
在UserTB里加多一個欄位[user]存放在User里的用戶名,然後用篩選where [user]='A' --如果是A用戶,其它用戶類似
或是用篩選建立視圖也行
『拾』 sql 2000資料庫文件可分配空間最大可為多少
跟操作系統對文件的管理有關，fat32最大4G,fnt為硬碟剩餘空間。