1. 磁碟空間滿了之後MySQL會怎樣
一、磁碟滿了之後MySQL會做什麼？
我們看下官方的說法：
When a disk-full condition occurs, MySQL does the following:
* It checks once every minute to see whether there is enough space to write the current row. If there is enough space,it continues as if nothing had happened.
* Every 10 minutes it writes an entry to the log file, warning about the disk-full condition.
其實MySQL本身並不會做任何操作虧扮空，如官方文檔說說，只會每分鍾check一次是否有空閑空間，並且10分鍾寫一次錯誤日誌。
但是再次期間由於磁碟滿了，意味著binlog無法更新，redo log也無法更新，所有buffer
pool中的數據無法被flush上，如果不幸的伺服器重啟，或者實例被kill了，那必然會造成數據丟失，這幾乎是一定的。所以，處理磁碟滿的問題最好是先釋放出來一定空間讓dirty數據刷新下來。
二、磁碟滿了為什麼會導致操作hang住？
1、select
首先經過經驗和實際測試，select操作不會由於磁碟滿導致問題，也就是所有select操作都會正常運行。
2、insert
經過不通的測試發現，當磁碟滿了之後，並不是第一個insert就卡住，而是會在n個之後出現卡住的情況銷瞎。
通過查看error日誌，發現卡住現象和刷磁碟的操作有關系。
[ERROR] /usr/local/mysql-5.1.42/libexec/mysqld: Disk is full writing './test/cj_webex.MYD'
[ERROR] /usr/local/mysql-5.1.42/libexec/mysqld: Disk is full writing './mysql-bin.000017'
為了驗證推論是否正確，我們將sync_binlog設置為1，在這種情況下，insert第一條就卡住了，並且error
log中直接報錯提示寫binlog失敗。看來卡住確實和刷磁碟有關系。
目前已知和刷磁碟有關系的參數有3個，分別是sync_binlog，innodb_flush_log_tr_commit和oblewrite。
3、show slave status
在從庫經過測試，操作會被卡住，這主要是由於執行show slave
status需要獲得LOCK_active_mi鎖，然後鎖上mi->data_lock，但是由於缺圓磁碟滿了無法將io_thread中的數據寫入到relay
log中，導致io_thread持有mi->data_lock鎖，這就導致了死鎖。
所以，這就導致在磁碟滿的情況下，執行show slave status操作會卡住。
4、show status
測試可以正常操作，但是如果先執行了show slave status操作的情況下，show
status也會被卡住。這是因為執行show status需要鎖上LOCK_status，而由於status狀態中包含slave
status，所以還需要鎖上LOCK_active_mi。如果限制性了show slave
status，這時候由於mi->data_lock死鎖問題，導致io_thread不會釋放LOCK_active_mi鎖。這時候就導致show
status和show slave status爭搶同一把LOCK_active_mi鎖，也形成了死鎖。
所以，在磁碟滿的情況下，如果先執行show slave status，後執行show status，連個操作都會卡住。
2. 系統磁碟快滿了又要實時讀取資料庫數據怎麼辦
如果系統磁冊沖盤快滿了，可能會影響系統性能。我們可以採取以下措施來解決這個問攜枝題：
1. 刪除不需要的文件或程序以釋放磁碟空間。可以使用磁州隱殲盤清理工具或手動刪除文件。
2. 移動一些較大的文件到外部存儲設備上。例如，將照片、視頻等移動到 USB 或外置硬碟。
3. 優化資料庫，減少其大小。可以採用數據壓縮、分區等方法。
4. 使用雲存儲技術，將數據存儲在雲端，減少本地磁碟佔用。
5. 增加磁碟空間，可以考慮更換更大容量的硬碟或擴展磁碟空間。
以上方法都可以幫助緩解系統磁碟快滿的問題，同時實時讀取資料庫數據也不會受到太大影響
3. 使用資料庫時，磁碟滿了怎麼辦既要保證以前數據正常使用，又不影響新數據的添加
如果是windows系統，用分區大師調整一下硬碟空間就可以了，在調整前注意做好資料庫備份。
4. 資料庫在資源充足的表現
如何應對資料庫CPU打滿？最優解在這里...
阿里雲資料庫
2020-04-26 16:48·字數:4996·閱讀:129
如何用好資料庫，調校資料庫使其發揮最優的性能？
如何快速診斷和應對各種原因導致的突發資料庫性能問題？
如何以最低資源成本滿足業務需求？
......
這些復雜的運維難題最優解到底是什麼？
今天（4月22日）15:00資料庫自治服務DAS重磅發布會
現場為你揭曉答案！
資料庫自動駕駛時代一觸即發點擊這里
即可預約直播
今天提前為大家揭秘資料庫自治服務DAS的一個創新功能 —— AutoScale，基於資料庫實例的實時性能數據作為輸入，由DAS完成流量異常發現、合理資料庫規格建議和合理磁碟容量建議，使資料庫服務具備自動擴展存儲和計算資源的能力。
01背 景
為業務應用選擇一個合適的資料庫規格，是每個資料庫運維同學都會經常面臨的一個問題。若規格選的過大，會產生資源浪費；若規格選的過小，計算性能不足會影響業務。
通常情況下，運維同學會採用業務平穩運行狀態下，CPU可處於合理水位（例如50%以下）的一個規格（如4核CPU配8G內存）並配一個相對富餘的磁碟規格（如200G）。
然而在資料庫應用運維同學的日常生活里，線上應用流量突增導致資料庫資源打滿的情況時有發生，而引發這類問題的場景可能多種多樣：
1、新業務上線，對業務流量預估不足，導致資源打滿，如新上線的應用接入了大量的引流，或基礎流量比較大的平台上線了一個新特性功能。
2、不可預知的流量，如突發的輿論熱點帶來的臨時流量，或某個網紅引發的限時搶購、即興話題等。
3、一些平時運行頻次不高，但又偶發集中式訪問，如每日一次的上班打卡場景，或每周執行幾次的財務核算業務。這類業務場景平時業務壓力不高，雖已知會存在訪問高峰，但為節省資源而通常不會分配較高的規格。
當上述業務場景突發計算資源不足狀況時，通常會讓運維同學措手不及，嚴重影響業務，如何應對「資料庫資源打滿」是運維同學常常被挑戰的問題之一。
在資料庫場景下，資源打滿可分為計算資源和存儲資源兩大類，其主衫閉歷要表現：
1、計算資源打滿，主要表現為CPU資源利用率達到100%，當前規格下的計算能力不足以應對；
2、存儲資源打滿，主要表現為磁碟空間使用率達到100%，資料庫寫入的數據量達到當前規格下的磁碟空間限制，導致業或搜務無法寫入新數據；
針對上述兩類問題，資料庫自治服務 DAS 進行了服務創新，使資料庫服務具備自動擴展存儲和計算資源的技術能力，應對上述的問題。
DAS AutoScale基於資料庫實例的實時性能數據作為輸入，由DAS完成流量異常發現、合理資料庫規格建議和合理磁碟容量建議，使資料庫服務具備自動擴展存儲和計算資源的能力。
接下來，本文將對DAS AutoScale服務的架構進行詳細的介紹，包括技術挑戰、解決方案和關鍵技術。
02技術挑戰
計算節點規格調整是資料庫優化的一態源種常用手段，盡管計算資源規格只涉及到CPU和內存，但在生產環境進行規格變配的影響還是不容忽視，將涉及數據遷移、HA切換、Proxy切換等操作，對業務也會產生影響。
業務有突發流量時，計算資源通常會變得緊張甚至出現CPU達到100%的情況。通常情況下，這種情況會通過擴容資料庫規格的方式來解決問題，同時DBA在准備擴容方案時會至少思考如下三個問題：
1.擴容是否能解決資源不足的問題？
2.何時應該進行擴容？
3.如何擴容，規格該如何選擇？
解決這三個問題，DAS同樣面臨如下三個方面挑戰：
2.1. 挑戰一：如何判別擴容是否能夠解決問題？
在資料庫場景下，CPU打滿只是一個計算資源不足的表徵，導致這個現象的根因多樣，解法也同樣各異。例如業務流量激增，當前規格的資源確實不能夠滿足計算需求，在合適的時機點，彈性擴容是一個好的選擇，再如出現了大量的慢SQL，慢SQL堵塞任務隊列，且佔用了大量的計算資源等，此時資深的資料庫管理員首先想到的是緊急SQL限流，而不是擴容。在感知到實例資源不足時，DAS同樣需要從錯綜復雜的問題中抽絲剝繭定位根因，基於根因做出明智的決策，是限流，是擴容，還是其它。
2.2. 挑戰二：如何選擇合適的擴容時機和擴容方式？
對於應急擴容時機，選擇的好壞與緊急情況的判斷准確與否密切相關。「緊急」告警發出過於頻繁，會導致實例頻繁的高規格擴容，產生不必要的費用支出；「緊急」告警發出稍晚，業務受到突發情況影響的時間就會相對較長，對業務會產生影響，甚至引發業務故障。在實時監控的場景下，當我們面臨一個突發的異常點時，很難預判下一時刻是否還會異常。因此，是否需要應急告警變得比較難以決斷。
對於擴容方式，通常有兩種方式，分別是通過增加只讀節點的水平擴容，以及通過改變實例自身規格的垂直擴容。
其中，水平擴容適用於讀流量較多，而寫流量較少的場景，但傳統資料庫需要搬遷數據來搭建只讀節點，而搬遷過程中主節點新產生的數據還存在增量同步更新的問題，會導致創建新節點比較慢。
垂直擴容則是在現有規格基礎上進行升級，其一般流程為先對備庫做升級，然後主備切換，再對新備庫做規格升級，通過這樣的流程來降低對業務的影響，但是備庫升級後切換主庫時依然存在數據同步和數據延遲的問題。因此，在什麼條件下選擇哪種擴容方式也需要依據當前實例的具體流量來進行確定。
2.3. 挑戰三：如何選擇合適的計算規格？
在資料庫場景下，實例變更一次規格涉及多項管控運維操作。以物理機部署的資料庫變更規格為例，一次規格變更操作通常會涉及數據文件搬遷、cgroup隔離重新分配、流量代理節點切換、主備節點切換等操作步驟；而基於Docker部署的資料庫規格變更則更為復雜，會額外增加Docker鏡像生成、Ecs機器選擇、規格庫存等微服務相關的流程。因此，選擇合適的規格可有效地避免規格變更的次數，為業務節省寶貴的時間。
當CPU已經是100%的時候，升配一個規格將會面臨兩種情況：第一種是升配之後，計算資源負載下降並且業務流量平穩；第二種是升配之後，CPU依然是100%，並且流量因為規格提升後計算能力增強而提升。
第一種情況，是比較理想的情況，也是預期擴容後應該出現的效果，但是第二種情況也是非常常見的情形，由於升配之後的規格依然不能承載當前的業務流量容量，而導致資源依然不足，並且仍在影響業務。如何利用資料庫運行時的信息選擇一個合適的高配規格是將直接影響升配的有效性。
03解決方案
針對上述提到的三項技術挑戰，下面從DAS AutoScale服務的產品能力、解決方案、核心技術這三個方面進行解讀，其中涉及RDS和PolarDB兩種資料庫服務，以及存儲自動擴容和規格自動變更兩個功能，最後以一個案例進一步具體說明。
3.1. 能力介紹
在產品能力上，目前DAS AutoScale服務針對阿里雲RDS資料庫和PolarDB數據提供存儲自動擴容服務和規格自動變配服務。
其中，針對即將達到用戶已購買規格上限的實例，DAS存儲自動擴容服務可以進行磁碟空間預擴容，避免出現因資料庫磁碟滿而影響用戶業務的發生。在該服務中，用戶可自主配置擴容的閾值比例，也可以採用DAS服務預先提供的90%規格上界的閾值配置，當觸發磁碟空間自動擴容事件後，DAS會對該實例的磁碟進行擴容；
針對需要變更實例規格的資料庫實例，DAS規格自動變配服務可進行計算資源的調整，用更符合用戶業務負載的計算資源來處理應用請求，在該服務中，用戶可自主配置業務負載流量的突發程度和持續時間，並可以指定規格變配的最大配置以及變配之後是否回縮到原始規格。
在用戶交互層面，DAS AutoScale主要採用消息通知的方式展示具體的進度以及任務狀態，其中主要包括異常觸發事件、規格建議和管控任務狀態三部分。異常觸發事件用於通知用戶觸發變配任務，規格建議將針對存儲擴容和規格變配的原始規格和目標值進行說明，而管控任務狀態則將反饋AutoScale任務的具體進展和執行狀態。
3.2 方案介紹
為了實現上面介紹的具體能力，DAS AutoScale實現了一套完整的數據閉環，如圖1：
圖1 DAS AutoScale數據閉環
在該閉環中，包含性能採集模塊、決策中心、演算法模型、規格建議模塊、管控執行模塊和任務跟蹤模塊，各模塊的具體功能如下：
性能採集模塊負責對實例進行實時性能數據採集，涉及資料庫的多項性能指標信息、規格配置信息、實例運行會話信息等；
決策中心模塊則會根據當前性能數據、實例會話列表數據等信息進行全局判斷，以解決挑戰一的問題。例如可通過SQL限流來解決當前計算資源不足的問題則會採取限流處理；若確實為突增的業務流量，則會繼續進行AutoScale服務流程；
演算法模型是整個DAS AutoScale服務的核心模塊，負責對資料庫實例的業務負載異常檢測和容量規格模型推薦進行計算，進而解決挑戰二和挑戰三的具體問題；
規格建議校驗模塊將產出具體建議，並針對資料庫實例的部署類型和實際運行環境進行適配，並與當前區域的可售賣規格進行二次校驗，確保的建議能夠順利在管控側進行執行；
管控模塊負責按照產出的規格建議進行分發執行；
狀態跟蹤模塊則用於衡量和跟蹤規格變更前後資料庫實例上的性能變化情況；
接下來，將分別針對DAS AutoScale支持的存儲擴容和規格變配兩個業務場景進行展開介紹。
!圖2 存儲擴容方案](https://upload-images.jianshu.io/upload_images/16625435-f448260506c94c56.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240 "lADPD26eLFb47F_NAW3NBDg_1080_365.jpg_720x720q90g.jpg")
存儲擴容的方案見圖2，主要有兩類觸發方式，分別是用戶自定義觸發和演算法預測觸發。其中，演算法將根據資料庫實例過去一段時間內的磁碟使用值結合時序序列預測演算法，預測出未來一段時間內的磁碟使用量，若短時間內磁碟使用量將超過用戶實例的磁碟規格，則進行自動擴容。每次磁碟擴容將最少擴大5G，最多擴大原實例規格的15%，以確保資料庫實例的磁碟空間充足。
目前在磁碟AutoScale的時機方面，主要採用的是閾值和預測相結合的方式。當用戶的磁碟數據緩慢增長達到既定閾值（90%）時，將觸發擴容操作；如果用戶的磁碟數據快速增長，演算法預測到其短時間內將會可用空間不足時，也會給出磁碟擴容建議及相應的擴容原因說明。
圖3 規格變配方案
規格變配的方案見圖3，其具體流程為：首先，異常檢測模塊將針對業務突發流量從多個維度（qps、tps、active session、iops等指標）進行突發異常識別，經決策中心判別是否需要AutoScale變配規格，然後由規格建議模塊產生高規格建議，再由管控組件進行規格變配執行。
待應用的異常流量結束之後，異常檢測模塊將識別出流量已回歸正常，然後再由管控組件根據元數據中存儲的原規格信息進行規格回縮。在整個變配流程結束之後，將有效果跟蹤模塊產出變配期間的性能變化趨勢和效果評估。
目前規格的AutoScale觸發時機方面，主要是採取對實例的多種性能指標（包括cpu利用率、磁碟iops、實例Logic read等）進行異常檢測之後，結合用戶設定的觀測窗口期長度來實現有效的規格AutoScale觸發。
觸發AutoScale之後，規格推薦演算法模塊將基於訓練好的模型並結合當前性能數據、規格、歷史性能數據進行計算，產出更適合當前流量的實例規格。此外，回縮原始規格的觸發時機也是需要結合用戶的靜默期配置窗口長度和實例的性能數據進行判斷，當符合回縮原始規格條件後，將進行原始規格的回縮。
3.3核心技術支撐
DAS AutoScale服務依賴的是阿里雲資料庫數據鏈路團隊、管控團隊和內核團隊技術的綜合實力，其中主要依賴了如下幾項關鍵技術：
1.全網資料庫實例的秒級數據監控技術，目前監控採集鏈路實現了全網所有資料庫實例的秒級採集、監控、展現、診斷，可每秒實時處理超過1000萬項監控指標，為資料庫服務智能化打下了堅實的數據基礎；
2.全網統一的RDS管控任務流技
5. sql資料庫存儲空間滿了,自動覆蓋嗎
可以設置自動覆蓋
解決方案[1]
找到sql server 2019 的安裝目錄，如：X:\Microsoft Sql Server。其中，X:\是根目錄。
在sql server 2019 的安裝目錄X:\Microsoft Sql Server下，找到路徑：
MSSQL15.MSSQLSERVER\Log\PolyBase\mp
刪除除.log文件外的所有文件。
這些文件是PolyBase 相關服務產生的日誌，單個將近500MB。
停止PolyBase 相關服務
1.PolyBase用於Sql Server 與外部數據源的通信 。所以，不做分布式開發，不需要啟動PolyBase相關服務。
2. Sql Server 服務是Sql Server Polybase 數據移動服務（用於管理 SQL Server 和外部數據源之間的通信和數據傳輸） 和Sql Server Polybase 引擎服務（用於創建、協調和執行針對外部數據源的並行查詢計劃）的依賴項，這兩個服務余物不停止，Sql Server服務將無法停止。
3. Sql Server Polybase 數據移動服務 和Sql Server Polybase 引擎服務如果設為自動，則運行後，將無法通過手動停止。
4. 如果要阻止PolyBase 服務寫入日誌，應當停止Sql Server Polybase 數據移動服務 和Sql Server Polybase 引擎服務.
5. 如果Sql Server Polybase 數據移動服務 和Sql Server Polybase 引擎服務已設為自動，則應先分別將其屬性設為手動，然後重啟計算機。
6. 在安裝Sql Server時，應當首先將Sql Server Polybase 數據移動服務 和Sql Server Polybase 引擎服務的屬性設為手動。
7. 如果在安裝Sql Server時，首先將Sql Server Polybase 數據移動服務 和Sql Server Polybase 引擎服務的屬性默認為自動，則由於無法停止Sql Server服務，將導致後續組件如R等無法安裝。
8. 如果出現上述相關組件無法安裝的問題，首先要將Sql Server Polybase 數據移動服務 和Sql Server Polybase 引擎服務的屬性設為蘆數手動，重啟計算機後，通過安裝程序進行修復安裝。
如需長時間運行PolyBase相關服務
在安裝Sql Server前，最好專門為日誌文件預留單獨的分區。安裝時，仔細閱讀安裝向導的提示，為日誌文件指定單獨的存儲分區。這樣，日誌寫滿豎嘩液後，將自行覆蓋，而不必擔心影響應用程序運行的效率和性能。
6. 1如果Oracle的表空間滿了,會出現什麼問題如何解決
表空間一旦滿了，如果磁碟有空間請加數據文件，一般都沒有問題。
為何要給用戶指定臨時表空間：由於Oracle工作時經常需要一些臨時的磁碟空間，這些空間主要用作查詢時帶有排序（Group by，Order by等）還有些常用的SQL等演算法所用，當用完後就立即釋放，對記錄在磁碟區的信息不再使用，因此叫臨時表空間。一般安裝之後只有一個TEMP臨時表空間，也可以自己指定。
為何要給用戶指定表空間：表空間是資料庫的邏輯劃分，一個表空間只能屬於一個資料庫。所有的資料庫對象都存放在指定的表空間中。但主要存放的是表， 所以稱作表空間。
Oracle資料庫中至少存在一個表空間，即SYSTEM的表空間。
Oracle資料庫開創性地提出了表空間的設計理念，這為Oracle資料庫的高性能做出了不可磨滅的貢獻。可以這么說，Oracle中很多優化都是基於表空間的設計理念而實現的。一：控制用戶所佔用的表空間配額。二：控制資料庫所佔用的磁碟空間。三：靈活放置表空間，提高資料庫的輸入輸出性能。另外，還可以對表空間進行獨立備份。四：大表的排序操作。五：日誌文件與數據文件分開放，提高資料庫安全性。
7. 我的系統盤還有5G就滿了，我想知道系統盤滿後系統會怎樣是不是會開不開機或者出現其他的問題
磁碟（特別是C盤）空間占滿後，會導致迅亂凱系統運行變慢，某些操作無法正常進行。騰訊電腦管家的軟體搬家功能就可以解決此類問題，軟體搬家不僅可以直觀的顯示電腦各磁碟的使用情況，而且可以掃描出畝喚佔用磁碟空間較大的文件和已安裝的軟體。用戶可以根據需要搬移選中的文件和軟體到其它磁碟，搬移後，軟體仍然可以正常使用而不受影響。
使用步驟：
1、進入軟體搬家，根據界面右側的磁碟使用量來陪納選擇需要被搬移的磁碟盤符：
2、在選擇了需要搬移的磁碟盤符後，在界面左側騰訊電腦guanjia會掃描出電腦中包含的已經安裝的軟體和該磁碟的大文件（大於50M的文件）：
3、選擇需要搬移的安裝文件或者大文件（安裝軟體目前支持一次搬移一個、大文件可以進行批量搬移）：
4、選擇搬移到的目錄，騰訊電腦管家選擇一個磁碟佔用比例最小的磁碟作為默認搬移到磁碟：
5、點擊開始搬移，進入搬移過程：
6、在搬移完成後，可以點擊搬移歷史查看曾經搬移過的文件，同時也可以還原之前搬移的文件。
8. 磁碟都滿了怎麼辦
問題一：電腦磁碟滿了怎麼辦？ 1.右擊「我的電腦」―「屬性」
2.在彈出的對話框中點「高級」―性能欄里點「設置」
3.點擊性能欄里的高級，「罩缺虛擬內存」中點「更改」
4.把虛擬內存放在其他的磁碟分區里。比如D盤
5.一路「確定」系統會提示重啟。重啟即可。
問題二：Photoshop磁碟已滿 怎麼解決這個問題 你打開PS，點編輯----首選項---性能 頁面----暫存檔，，默認的是C盤，然後你把你電腦上的硬碟剩餘空間比較大的盤設置成第一暫存檔就行了，再給你說個學習PS 的地方吧，520PS潮流520pscl/，這里是個學習的網站，里邊的教程按順序分好了，分成了初級中級和高級，每個級別有三十課，每課教程後邊都有作業，你交了作業就有老師給你批改，你從初級按照順序學就行了，還有一個學習PS的YY語音穿道52352098，在線聽課的網址yy/8617，這里有老師在線語音講課的，是免費的，每月一期零基礎速成班，每月的1號開始報名，16號講課，也是全程免費的，就是有名額限制。群號是541207，你可以去看看
問題三：電腦盤都滿了怎麼辦？？？ 您好，希望對你有幫助！
你這個硬碟太小配悶逗了，還分那麼多區幹嘛？直接做一個分區得了其實。你的喜好那麼多，還是買個1000G的硬碟吧，又花不了多少錢，300來塊錢一個吧，這樣煩惱也沒有那麼多了。也不怕斷網！一個硬碟在手就什麼都解決了，反正你遲早都需要硬碟的，哪怕買新電腦也是一樣，不如加一塊，不虧！樓主你要是想不花錢，又想保留你要的東西的話，這個辦法還真沒有，建議你不要等答案了，答案就是沒有啊！以你的情況來看，只有一個辦法，網路硬碟不要錢。但是要聯網！一天存10元錢，存一個半月，1000G硬碟就能買到了，要不你把資料存我這里來，我的很大！
我是2個盤，128G的和1T的都是一個盤一個分區，你這個硬碟還真是太小了啊，和我系統盤一樣大，清理出8個G就把你樂的，呵呵樓主真可愛,.你覺得想採納誰就採納誰把。
問題四：我家電腦幾個磁碟全滿了！！！怎麼辦？ 磁碟清理
刪除不需要的視頻、音頻文件及游戲文件
將不太需要的硬碟移入移動硬碟
加裝新硬碟
問題五：電腦磁碟空間已滿怎麼辦 電腦磁碟空間已滿：
清理系統垃圾文件。
轉移文檔中的大文件到移動硬碟。
刪除安裝於C盤的程序，重新安裝到非系統分區。
關閉系統還原設置。
使用更大容量硬碟。
問題六：請問每個磁碟都接近滿了怎麼辦 移到別的究竟多的硬碟，C盤不要放太多東西，那個是系統，實在放不下搞個移動硬碟，把東西拷過去
問題七：硬碟沒有文件,內存就滿了,怎麼辦? 打開文件夾，點工具，文件夾選項，查看，把「隱藏受保護的操作系統文件」去掉，再選擇下面的「顯示所有文件和文件夾」，然後再看你那個盤，是不是多了好多文件？ 看看哪些是你用的著的，哪些不是你想要的，不要的就刪掉。
問題八：電腦c,d,e,盤都滿了怎麼辦 把沒用的東西刪除， 或者是直接換一個大點的硬碟。
問題九：電腦的本地磁碟都滿了，怎麼清理，讓磁碟空間足點。 本地磁碟空間不足的解決方法：
從現在開始下載軟體或文件，不要放在
C
盤，按照下面方法做能騰出不少空間。
1、將虛擬內存移到非系統盤中（下面有轉移方法）。
2、將IE臨時文件轉移到非系統盤中，打開IE選工具/Interner選項/Interner項臨時文件中的設置
中的設置
/
選好移動後的路徑後按確定應用，重啟即可。
3
、如果空間不夠在將一些軟體移到非系統盤中，如果夠了，今後就不要在把軟體或文
件培賣下載到
C
盤了，在平時用超級兔子及時清理系統垃圾即可（你可下載超級兔子這款綠色
軟體，讓她幫助你清理系統垃圾）。
4、C盤中，只要是自己下載的軟體或文件都可以刪除（如果系統不讓刪除，請開機按F8到安全模式中刪除）。設置虛擬內存方法：右擊我的電腦
/
屬性
/
高級
/
性能中的設置
/高級
/
虛擬內存中的更改
/
選自定義大小，在初始大小和最大值，同時設為你的物理內存的兩倍。如果你的內存是
512MB
，就將初始大小和最大值同時設為設為
1024MB
。設置後需按「設置『按鈕，然後再按確定和應用，重新啟動電腦設置生效。
5，下載一個windows優化大師清理以下垃圾。把你在c盤下知道的東西可以刪除的刪除掉，不認識的東西千萬不要刪除了，不然機器可能不能運行
除掉，不認識的東西千萬不要刪除了，不然機器可能不能運行。
問題十：SQL數據磁碟滿了怎麼解決？ -- 清空日誌
--壓縮日誌及資料庫文件大小
/*--特別注意
請按步驟進行,未進行前面的步驟,請不要做後面的步驟
否則可能損壞你的資料庫.
--*/
select*fromsysfiles
--1.清空日誌
DUMPTRANSACTIONusernameWITHNO_LOG
--2.截斷事務日誌：
BACKUPLOGusernameWITHNO_LOG
--3.收縮資料庫文件(如果不壓縮,資料庫的文件不會減小
-- 企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件
--選擇日誌文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
--選擇數據文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
-- 也可以用SQL語句來完成
--收縮資料庫
DBCCSHRINKDATABASE(username)
--收縮指定數據文件,1是文件號,可以通過這個語句查詢到:select*fromsysfiles
DBCCSHRINKFILE(2)
--4.為了最大化的縮小日誌文件(如果是sql7.0,這步只能在查詢分析器中進行)
-- a.分離資料庫:
-- 企業管理器--伺服器--資料庫--右鍵--分離資料庫
-- b.在我的電腦中刪除LOG文件
-- c.附加資料庫:
-- 企業管理器--伺服器--資料庫--右鍵--附加資料庫
-- 此法將生成新的LOG，大小隻有500多K
-- 或用代碼：
-- 下面的示例分離username，然後將username中的一個文件附加到當前伺服器。
execsp_dboptionusername,'singleuser',true
a.分離
[email protected] ='username'
b.刪除日誌文件
execmaster..xp_cmdshell'delD:\ProgramFiles\SQL\database\username_LOG.ldf'
c.再附加
[email protected] ='username',
@physname='D:\ProgramFiles\SQL\database\username_Data.MDF'
--5.為了以後能自動收縮,做如下設置:
-- 企業管理器--伺服器--右鍵資料庫--屬性--選項--選擇自動收縮
--SQL語句設置方式:
EXECsp_dboption'資料庫名','autoshrink','TRUE'
--6.如果想以後不讓它日誌增長得太大
-- 企業管理器--伺服器--右鍵數據......>>
9. 資料庫滿了怎麼辦
問題一：資料庫空間滿了怎麼處理 1：分離資料庫 企業管理器－＞伺服器－＞資料庫－＞右鍵－＞分離資料庫
2：刪除LOG文件
3：附加資料庫 企業管理器－＞伺服器－＞資料庫－＞右鍵－＞附加資料庫
此法生成新的LOG，大小隻有500多K
再將此資料庫設置自動收縮
或用代碼分離 pubs，然後將 pubs 中的一個文件附加到當前伺服器：
EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
問題二：資料庫滿了怎麼辦？ 資料庫是只讀的(Readonly),也即不可以修改(增加\刪除\修改都不行)
問題三：SQL server資料庫日誌滿了怎麼處理？ 解決方法
日誌文件滿而造成SQL資料庫無嫌山做法寫入文件時，可用兩種方法：
一種方法：清空日誌。
1．打開查詢分析器，輸入命令
DUMP TRANSACTION 資料庫名 WITH NO_LOG
2.再打開企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件--選擇日誌文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了。
另一種方法有一定的風險性，因為SQL SERVER的日誌文芹衡件不是即時寫入資料庫主文件的，如處理不當，會造成數據的損失。
1: 刪除LOG
分離資料庫 企業管理器－＞伺服器－＞資料庫－＞右鍵－＞分離資料庫
2：刪除LOG文件
附加資料庫 企業管理器－＞伺服器－＞資料庫－＞右鍵－＞附加資料庫
此法生成新的LOG，大小隻有500多K。
注意：建議使用第一種方法。
如果以後,不想要它變大。
SQL2000下使用：
在資料庫丁點右鍵->屬性->選項->故障恢復-模型-選擇-簡單模型。
或用SQL語句：
alter database 資料庫名 set recovery simple
另外，如上圖中資料庫屬性有兩個選項，與事務日誌的增長有關：
Truncate log on checkpoint
(此選項用於SQL7.0，SQL 2000中即故障唯粗恢復模型選擇為簡單模型)
當執行CHECKPOINT 命令時如果事務日誌文件超過其大小的70% 則將其內容清除在開發資料庫時時常將此選項設置為True
Auto shrink
定期對資料庫進行檢查當資料庫文件或日誌文件的未用空間超過其大小的25%時，系統將會自動縮減文件使其未用空間等於25% 當文件大小沒有超過其建立時的初始大小時不會縮減文件縮減後的文件也必須大於或等於其初始大小對事務日誌文件的縮減只有在對其作備份時或將Truncate log on checkpoint 選項設為True 時才能進行。
注意：一般立成建立的資料庫默認屬性已設好，但碰到意外情況使資料庫屬性被更改，請用戶清空日誌後，檢查資料庫的以上屬性，以防事務日誌再次充滿。
問題四：資料庫空間滿了怎麼處理 各資料庫空間滿處理方法
wenku./...YexzIW
問題五：網站的虛擬空間，資料庫滿了怎麼辦？ 肯定有影響啦，你自己說的，每天發很多文章，最終資料庫滿了，就是說文章保存在資料庫中，一般來說資料庫保存釘東西都是內存不是很大的東西，除了網站cms所必要的數據和系統日誌之外，就是你文章的文字啦，至於圖片和視頻等等佔用空間很多的東西就保存在網頁空間裡面了，和數據沒有關系。
就如樓上的所說，問題不大，增加資料庫的容量就行了，現在一般的IDC都會提供這樣的服務，對你現在的網站不會有影響的。此外聯系客服也很重要的。祝你早日解決問題！
問題六：SQL數據磁碟滿了怎麼解決？ -- 清空日誌
--壓縮日誌及資料庫文件大小
/*--特別注意
請按步驟進行,未進行前面的步驟,請不要做後面的步驟
否則可能損壞你的資料庫.
--*/
select*fromsysfiles
--1.清空日誌
DUMPTRANSACTIONusernameWITHNO_LOG
--2.截斷事務日誌：
BACKUPLOGusernameWITHNO_LOG
--3.收縮資料庫文件(如果不壓縮,資料庫的文件不會減小
-- 企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件
--選擇日誌文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
--選擇數據文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
-- 也可以用SQL語句來完成
--收縮資料庫
DBCCSHRINKDATABASE(username)
--收縮指定數據文件,1是文件號,可以通過這個語句查詢到:select*fromsysfiles
DBCCSHRINKFILE(2)
--4.為了最大化的縮小日誌文件(如果是sql7.0,這步只能在查詢分析器中進行)
-- a.分離資料庫:
-- 企業管理器--伺服器--資料庫--右鍵--分離資料庫
-- b.在我的電腦中刪除LOG文件
-- c.附加資料庫:
-- 企業管理器--伺服器--資料庫--右鍵--附加資料庫
-- 此法將生成新的LOG，大小隻有500多K
-- 或用代碼：
-- 下面的示例分離username，然後將username中的一個文件附加到當前伺服器。
execsp_dboptionusername,'singleuser',true
a.分離
[email protected] ='username'
b.刪除日誌文件
execmaster..xp_cmdshell'delD:\ProgramFiles\SQL\database\username_LOG.ldf'
c.再附加
[email protected] ='username',
@physname='D:\ProgramFiles\SQL\database\username_Data.MDF'
--5.為了以後能自動收縮,做如下設置:
-- 企業管理器--伺服器--右鍵資料庫--屬性--選項--選擇自動收縮
--SQL語句設置方式:
EXECsp_dboption'資料庫名','autoshrink','TRUE'
--6.如果想以後不讓它日誌增長得太大
-- 企業管理器--伺服器--右鍵數據......>>
問題七：資料庫日誌已滿，如何處理？ 先提供一種復雜的方法壓縮日誌及資料庫文件如下：1.清空日誌 mp transaction 庫名 with no_log2.截斷事務日誌： backup log 資料庫名 with no_log3.收縮資料庫文件(如果不壓縮,資料庫的文件不會減小 企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件 --選擇日誌文件--在收縮方式里選擇收縮至xxm,這里會給出一個允許收縮到的最小m數,直接輸入這個數,確定就可以了 --選擇數據文件--在收縮方式里選擇收縮至xxm,這里會給出一個允許收縮到的最小m數,直接輸入這個數,確定就可以了 也可以用sql語句來完成 --收縮資料庫 dbcc shrinkdatabase(客戶資料) --收縮指定數據文件,1是文件號,可以通過這個語句查詢到:select * from sysfiles dbcc shrinkfile(1)4.為了最大化的縮小日誌文件(如果是sql 7.0,這步只能在查詢分析器中進行) a.分離資料庫: 企業管理器--伺服器--資料庫--右鍵--分離資料庫 b.在我的電腦中刪除log文件 c.附加資料庫: 企業管理器--伺服器--資料庫--右鍵--附加資料庫 此法將生成新的log，大小隻有500多k 或用代碼： 下面的示例分離 pubs，然後將 pubs 中的一個文件附加到當前伺服器。 a.分離 e x e c sp_detach_db @dbname = 'pubs' b.刪除日誌文件 c.再附加 e x e c sp_attach_single_file_db @dbname = 'pubs', @physname = 'c:\program files\microsoft sql server\mssql\data\pubs.mdf'5.為了以後能自動收縮,做如下設置: 企業管理器--伺服器--右鍵資料庫--屬性--選項--選擇自動收縮 --sql語句設置方式: e x e c sp_dboption '資料庫名', 'autoshrink', 'true'6.如果想以後不讓它日誌增長得太大 企業管理器--伺服器--右鍵資料庫--屬性--事務日誌 --將文件增長限制為xm(x是你允許的最大數據文件大小) --sql語句的設置方式: alter database 資料庫名 modify file(name=邏輯文件名,maxsize=20) 我來完善答案完善答案通過審核後，可獲得3點財富值最新回答：2012-06-20 05:01 版本：1個歷史版本
問題八：如何從根本上解決SQL資料庫日誌已滿的問題 1、你設置了日誌文件的最大數，資料庫的恢復模式是完整恢復模式，所有的針對資料庫的改動都會記錄到日誌，不僅僅是你的改動資料庫，資料庫本身的操作也有記錄到日誌，所以，日誌文件才會不斷增長。
2、那是因為大部分的電腦上的資料庫，基本沒怎麼變過，但生產用的資料庫經常變動，所以日誌記錄也變得巨大，我見過資料庫200MB，但是日誌文件50GB，因為本來資料庫有10GB，因為測試需要刪除了大部分的數據，結果導致日誌文件增長到了50GB。
3、定時備份日誌並收縮日誌文件。
4、通過備份日誌，並收縮日誌文件，這個語句你自己網路。
5、日誌是一個以事務編號連續的記錄，比如，我第一次備份的日誌事務編號為1-1000，那麼日誌就會被截斷，並從1001開始，之後的日誌備份就從1001開始了，所以，初始備份一直到最後一次備份都不能刪除，否則使用日誌恢復時會出現問題。
問題九：oracle資料庫空間占滿了，怎麼辦 1、刪除無用文件或數據，騰空間。
2、將空間緊張的數據移到其他空閑空間。
3、增加新存儲空間。
問題十：如何清理sql server 已滿的資料庫日誌 SQLSERVER的資料庫日誌佔用很大的空間，下面提供三種方法用於清除無用的資料庫日誌文件
方法一：
1、打開查詢分析器，輸入命令
backup log database_name WITH NO_log
2、再打開企業管理器--右鍵要壓縮的資料庫--所有任務--收縮資料庫--收縮文件--選擇日誌文件--在收縮方式里選擇收縮至xxm,這里會給出一個允許收縮到的最小m數,直接輸入這個數,確定就可以了。
方法二：
設置檢查點，自動截斷日誌
一般情況下，SQL資料庫的收縮並不能很大程度上減小資料庫大小，其主要作用是收縮日誌大小，應當定期進行此操作以免資料庫日誌過大
1、設置資料庫模式為簡單模式：打開SQL企業管理器，在控制台根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙擊打開你的伺服器-->雙擊打開資料庫目錄-->選擇你的資料庫名稱（如用戶資料庫cwbase1）-->然後點擊右鍵選擇屬性-->選擇選項-->在故障還原的模式中選擇「簡單」，然後按確定保存
2、在當前資料庫上點右鍵，看所有任務中的收縮資料庫，一般裡面的默認設置不用調整，直接點確定
3、收縮資料庫完成後，建議將您的資料庫屬性重新設置為標准模式，操作方法同第一點，因為日誌在一些異常情況下往往是恢復資料庫的重要依據
方法三：通過SQL收縮日誌
把代碼復制到查詢分析器里，然後修改其中的3個參數(資料庫名，日誌文件名，和目標日誌文件的大小)，運行即可
SET NOCOUNT on
DECLARE @logicalFileName sysname,
@MaxMinutes int,
@NewSize int
USE tablename -- 要操作的資料庫名
select @logicalFileName = 'tablename_log', -- 日誌文件名
@MaxMinutes = 10, -- Limit on time allowed to wrap log.
@NewSize = 1 -- 你想設定的日誌文件的大小(M)
-- Setup / initialize
DECLARE @OriginalSize int
select @OriginalSize = size
from sysfiles
WHERE name = @logicalFileName
select 'Original Size of ' + db_name() + ' log is ' +
ConVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' +
ConVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'mb'
from sysfiles
WHERE name = @logicalFileName
CREATE TABLE DummyTrans
(DummyColumn char (8000) not null)
DECLARE @Counter int,
@StartTime DATETIME,
@Trunclog VARCHAR(255)
select @StartTime = getdate(),
@Trunclog = 'backup log ......>>
10. sqlserver磁碟空間滿無法打開資料庫
擴嫌孫容。sqlserver磁碟空間滿無法打開資料庫，需要進世行行解決，通過在空餘盤符中建立擴容即可，即擴容。磁碟，是指利用磁記錄技術存儲數據的存儲器芹返鏈，是計算機主要的存儲介質，可以存儲大量的二進制數據，並且斷電後也能保持數據不丟失。