Oracle體系結構-數據文件(Data Files)

一、 數據文件的本質與原理

  1. 物理存儲的基石:

    • 數據文件是 Oracle 數據庫在操作系統層面最核心、最基礎的物理存儲單元。
    • 它們是存儲在服務器硬盤(或存儲陣列)上的操作系統文件(如 .dbf, .ora 擴展名常見,但非強制)。
    • 數據庫中的所有持久性數據最終都物理存儲在一個或多個數據文件中。 這包括:
      • 表數據 (Table Data)
      • 索引數據 (Index Data)
      • 簇數據 (Cluster Data)
      • 物化視圖數據 (Materialized View Data)
      • 數據字典(系統元數據)(Data Dictionary / System Metadata)
      • 回滾/撤銷數據 (Rollback / Undo Data) - 存儲在 Undo 表空間的數據文件中。
      • 臨時排序數據 (Temporary Sort Data) - 存儲在 Temporary 表空間的數據文件中。
    • 與邏輯結構(如表、索引)不同,數據文件是數據庫管理員 (DBA) 和操作系統直接可見和管理的物理實體。
  2. 表空間與數據文件的關系:

    • 邏輯與物理的橋梁: 表空間 (Tablespace) 是 Oracle 中的主要邏輯存儲容器。一個數據庫由一個或多個表空間構成。
    • 組成關系: 一個表空間由一個或多個物理的數據文件組成。這是“一對多”的關系。
    • 存儲分配: 當在表空間中創建數據庫對象(如表、索引)時,Oracle 實際上是在為該表空間所包含的所有數據文件分配物理空間來存儲這些對象的數據。
    • 抽象層: 表空間對應用和用戶隱藏了底層數據文件的物理細節(如位置、大小、數量),提供了邏輯管理的便利性。用戶和應用程序操作的是表空間和其中的段 (Segments),而不是直接操作數據文件。
  3. 空間管理:

    • 區間 (Extent): 數據文件內部的空間被劃分為更小的、連續分配的單元,稱為“區間”。當一個段(如表、索引)需要空間時,Oracle 會為其分配一個或多個區間。區間是空間分配的基本單位。
    • 數據塊 (Data Block): 區間進一步由更小的“數據塊”組成。數據塊是 Oracle 數據庫 I/O 操作的最小單位(通常大小為 2KB, 4KB, 8KB, 16KB, 32KB,在創建數據庫時設定,也可在表空間級別指定但需兼容)。當用戶查詢或修改數據時,Oracle 讀取或寫入的是整個數據塊。
    • 位圖管理: Oracle 使用位圖 (Bitmaps) 來高效地跟蹤數據文件中每個數據塊的使用狀態(空閑、已用、部分使用)。主要類型有:
      • 數據段位圖 (Data Segment Bitmaps - ASSM/Auto Segment Space Management): 自動管理段內的空間(主流方式)。
      • 文件位圖 (File Bitmaps - LMT/Locally Managed Tablespaces): 在數據文件頭部(或特定的位圖文件)管理區間的分配(替代了舊的字典管理表空間)。
      • 空閑空間位圖 (Free Space Bitmaps): 跟蹤數據文件中的空閑塊。

二、 核心特性

  1. 固定大小 vs 自動擴展:

    • 固定大小: 創建時指定固定大小。當空間用完時,需要 DBA 手動擴展文件或添加新文件。
    • 自動擴展 (AUTOEXTEND): 創建或修改數據文件時可以啟用此特性。
      • AUTOEXTEND ON:允許自動增長。
      • NEXT <size>:指定每次自動擴展的大小(如 10M, 100M)。
      • MAXSIZE <size> | UNLIMITED:指定文件可增長到的最大大小。UNLIMITED 意味著可以增長到文件系統允許的最大值(需謹慎使用,可能導致磁盤空間耗盡)。
      • 優點: 減少 DBA 手動干預,避免對象因空間不足而失敗。
      • 缺點: 可能導致空間碎片、單文件過大、意外占用過多磁盤空間。需要監控。
  2. 重用空間:

    • 當數據被刪除 (DELETE) 或截斷 (TRUNCATE) 時,被釋放的空間通常不會立即返還給操作系統。
    • 釋放的空間(空閑塊和空閑區間)會保留在數據文件內部,標記為可用,供同一表空間內的其他段或同一段未來的插入操作重用。
    • TRUNCATE ... DROP STORAGE 可以立即釋放區間給表空間(但文件大小通常不變),而 TRUNCATE ... REUSE STORAGE 則保留區間給同一個段。
    • 要顯著縮小數據文件的物理大小并釋放空間給操作系統,通常需要顯式操作(如 RESIZE, 收縮段后 RESIZE, 或 ALTER DATABASE DATAFILE ... RESIZE)。
  3. 聯機與脫機狀態:

    • 聯機 (Online): 數據文件對數據庫可用,其所屬表空間中的數據可以被正常訪問(讀/寫)。
    • 脫機 (Offline): 數據文件對數據庫不可用。其所屬表空間可能仍為聯機狀態(如果該表空間有多個數據文件且其他文件聯機),但訪問存儲在脫機數據文件上的數據會導致錯誤。
    • 用途:
      • 執行備份(脫機備份,需謹慎)。
      • 移動或重命名數據文件。
      • 修復介質故障(恢復前需脫機)。
      • 暫時隔離問題文件。
    • 操作: 使用 ALTER DATABASE DATAFILE '<file_name>' OFFLINE;ALTER TABLESPACE <tablespace_name> OFFLINE; (會使整個表空間脫機)。恢復聯機用 ONLINE
  4. 只讀表空間:

    • 可以將整個表空間設置為只讀 (ALTER TABLESPACE ... READ ONLY;)。
    • 該表空間下的所有數據文件也自動成為只讀狀態。
    • 特性:
      • 禁止任何 DML 操作 (INSERT, UPDATE, DELETE, TRUNCATE) 和 DDL 操作 (DROP, ALTER 某些結構) 修改其內容。
      • 允許 SELECT 查詢。
      • 不需要對該表空間進行重做日志記錄(Redo Logging),因為內容不會改變。這可以顯著減少重做日志生成量,提高某些操作的性能(如批量加載歷史數據后設為只讀)。
      • 備份策略可以簡化(備份一次后,只要表空間保持只讀,就無需再次備份其數據文件)。
      • 數據文件頭 (File Header) 仍會更新(如檢查點信息),但數據塊內容不變。
  5. OMF (Oracle Managed Files):

    • 一種簡化文件管理的特性。啟用 OMF 后 (DB_CREATE_FILE_DEST 參數),Oracle 會自動創建、命名和管理數據文件(以及控制文件、在線重做日志文件)。
    • DBA 只需指定表空間,Oracle 自動在指定目錄下創建數據文件,使用標準命名約定(如 o1_mf_<tablespace>_<unique_id>.dbf)。
    • 優點: 減少手動管理文件名和路徑的負擔,特別適合自動存儲管理(如 ASM)和云環境。
    • 缺點: 文件名不直觀,可能增加手動定位文件的難度;需要確保目標目錄有足夠權限和空間。
  6. Bigfile Tablespaces:

    • 傳統表空間 (Smallfile Tablespaces) 可以包含多個數據文件(最多1022個,取決于塊大小),每個數據文件大小有限制(如 32GB 塊大小為 8KB)。
    • Bigfile 表空間: 只能包含一個數據文件。但這個數據文件可以非常巨大(理論最大可達 128TB,取決于塊大小和操作系統)。
    • 優點: 簡化管理(只需管理一個文件),突破單個文件大小限制,非常適合超大型表、數據倉庫、ASM 環境。
    • 缺點: 備份/恢復單個大文件可能耗時更長;如果該文件損壞,影響范圍是整個表空間。

三、 關鍵作用

  1. 持久化存儲: 這是最根本的作用。數據文件確保用戶提交的事務數據、數據庫自身的元數據(數據字典)在數據庫關閉、服務器重啟后仍然持久保存。
  2. 數據組織的基礎: 通過表空間和數據文件的組織,DBA 可以:
    • 隔離數據: 將不同應用、不同生命周期、不同訪問模式的數據存儲在不同的表空間(對應不同的數據文件集)中(如 SYSTEM, SYSAUX, USERS, UNDO, TEMP, 應用數據表空間)。
    • 優化性能: 將數據文件和索引文件分離到不同的物理磁盤或 I/O 通道上,減少 I/O 爭用。將高并發訪問的表分散到不同數據文件。
    • 管理空間: 獨立管理不同數據集的空間分配、擴展、備份和恢復策略。
  3. 支持事務和恢復:
    • 數據文件存儲了數據塊的當前映像。
    • 重做日志文件 (Redo Log Files)撤銷表空間 (Undo Tablespace) 協同工作,確保事務的 ACID 屬性(原子性、一致性、隔離性、持久性)。
    • 重做日志記錄了對數據塊的所有更改。在發生故障(如實例崩潰)后,Oracle 使用重做日志來前滾 (Roll Forward) 已提交事務的更改到數據文件,使數據庫恢復到崩潰前的狀態。
    • 撤銷表空間的數據文件存儲了撤銷數據,用于回滾未提交事務、提供讀一致性視圖。
  4. 支持備份與恢復: 數據文件是物理備份(如 RMAN 備份)的主要目標。恢復過程的核心就是將備份的數據文件(或其中的數據塊)還原到正確位置,并應用重做日志進行前滾,確保數據文件恢復到某個一致的時間點。

四、 管理與操作

  1. 創建數據文件:
    • 通常在創建表空間時隱式創建:CREATE TABLESPACE ... DATAFILE '<path/file_name.dbf>' SIZE ... [AUTOEXTEND ...];
    • 向現有表空間添加新數據文件:ALTER TABLESPACE ... ADD DATAFILE '<path/file_name.dbf>' SIZE ... [AUTOEXTEND ...];
  2. 修改數據文件:
    • 調整大小 (Resize):
      • 增大:ALTER DATABASE DATAFILE '<file_name>' RESIZE <new_size>; (需要新大小大于當前大小且有足夠磁盤空間)
      • 縮小:ALTER DATABASE DATAFILE '<file_name>' RESIZE <new_size>; (需要新大小大于或等于文件內已使用的最高塊位置。通常需要先執行 ALTER TABLESPACE ... SHRINK SPACEALTER TABLE ... MOVE 來釋放空閑空間到文件末尾)。
    • 啟用/禁用自動擴展: ALTER DATABASE DATAFILE '<file_name>' AUTOEXTEND ON|OFF [NEXT ...] [MAXSIZE ...];
    • 重命名/移動 (物理位置變更):
      • 將表空間或數據文件脫機 (OFFLINE)。
      • 使用操作系統命令復制或移動物理文件到新位置。
      • 使用 ALTER DATABASE RENAME FILE '<old_path>' TO '<new_path>'; 更新數據庫控制文件中的記錄。
      • 將文件或表空間恢復聯機 (ONLINE)。
      • (對于 SYSTEM, SYSAUX, Undo, Temp 表空間或包含活動回滾段的數據文件,通常需要更復雜的步驟或在 MOUNT 狀態下操作)。
  3. 刪除數據文件:
    • 不能直接刪除一個非空的、屬于某個表空間的數據文件。
    • 刪除數據文件的唯一方法是刪除其所屬的整個表空間 (DROP TABLESPACE ... INCLUDING CONTENTS AND DATAFILES;)。這會刪除表空間、其中所有對象以及操作系統上的數據文件。
    • 如果只是想移除表空間中的一個數據文件(即該文件中不包含任何已分配給段的空間),可以使用:ALTER TABLESPACE ... DROP DATAFILE '<file_name>'; (需滿足文件為空條件)。
  4. 監控:
    • 視圖:
      • DBA_DATA_FILES / USER_DATA_FILES: 顯示數據文件的基本信息(文件ID、表空間、文件名、大小、狀態、自動擴展設置等)。
      • V$DATAFILE: 提供更實時的信息,如狀態、檢查點時間、當前 SCN、文件頭狀態等。
      • DBA_FREE_SPACE / DBA_EXTENTS: 查看數據文件(或表空間)內的空閑空間和已分配空間。
      • V$DATAFILE_HEADER: 查看數據文件頭信息(需要文件可訪問)。
    • 工具:
      • OEM (Oracle Enterprise Manager) / Cloud Control: 圖形化界面監控文件狀態、大小、使用率、I/O。
      • RMAN (Recovery Manager): 報告數據文件信息、檢查物理和邏輯塊損壞 (BACKUP VALIDATE, RESTORE VALIDATE, VALIDATE DATAFILE)。

五、 故障、損壞與恢復

數據文件的故障是數據庫中最嚴重的介質故障之一,需要 DBA 熟練掌握恢復技術。

  1. 常見故障類型:

    • 物理損壞 (Physical Corruption/Media Failure):
      • 磁盤壞塊導致文件部分或全部無法讀取。
      • 文件被意外刪除、覆蓋或移動。
      • 存儲硬件故障(控制器、HBA卡、磁盤陣列故障)。
      • 操作系統級文件損壞。
    • 邏輯損壞 (Logical Corruption):
      • 數據塊內部結構不一致(如塊頭校驗和錯誤、行數據跨塊鏈接錯誤、索引與表數據不一致)。
      • 通常由 Oracle 軟件 Bug、不安全的關閉(shutdown abort 過多)、內存錯誤、不兼容的操作(如使用 dd 直接修改文件)引起。
    • 人為錯誤:
      • 誤刪除數據文件。
      • 誤格式化包含數據文件的磁盤。
      • 使用 RESIZE 或操作系統命令錯誤地截斷了文件。
  2. 檢測:

    • Oracle 內部檢測:
      • 訪問損壞塊時,會話通常會拋出 ORA-01578 (Oracle data block corrupted) 或 ORA-01110 (data file ...) 錯誤,并記錄在告警日志 (Alert Log) 中。
      • DBVERIFY (dbv) 工具:獨立的命令行工具,用于離線檢查單個數據文件的物理和邏輯結構一致性。dbv FILE=<file_name> [BLOCKSIZE=<size>]
      • RMAN 驗證: BACKUP VALIDATE CHECK LOGICAL DATABASE;VALIDATE DATAFILE <n> CHECK LOGICAL; 檢查物理和邏輯損壞。結果可在 V$DATABASE_BLOCK_CORRUPTION 查看。
      • **ANALYZE TABLE ... VALIDATE STRUCTURE [CASCADE];**:檢查特定表或索引的結構一致性。
    • 操作系統/存儲檢測: 存儲陣列的壞塊報告、操作系統的 I/O 錯誤日志。
  3. 恢復原理與策略:

    • 核心是利用 **RMAN (Recovery Manager)**。RMAN 是 Oracle 推薦的備份和恢復工具,它理解數據庫的內部結構,能高效處理塊級恢復。
    • 前提:
      • 有效的、可用的備份(數據文件備份、控制文件備份、歸檔日志備份)。
      • 可用的歸檔重做日志文件(除非恢復到最近的完整備份點)。
      • 數據庫處于 MOUNTOPEN 狀態(取決于損壞范圍)。
    • 基本恢復流程:
      1. 確定損壞: 通過錯誤信息、告警日志、RMAN 驗證報告確定損壞的文件和塊。
      2. 使文件脫機 (如果需要): 如果文件當前聯機且數據庫試圖訪問損壞塊導致錯誤,可能需要先將文件脫機 (ALTER DATABASE DATAFILE ... OFFLINE;)。
      3. 還原 (Restore): 使用 RMAN 將損壞的數據文件從其最近的備份還原到原始位置或新位置。RESTORE DATAFILE <n>;RESTORE DATAFILE '<file_name>';
      4. 恢復 (Recover): 應用自備份以來生成的所有歸檔重做日志和當前在線重做日志中的更改,將還原的文件前滾到當前時間點或指定的 SCN/時間。RECOVER DATAFILE <n>;RECOVER DATAFILE '<file_name>';
      5. 使文件聯機: ALTER DATABASE DATAFILE <n> ONLINE;
      6. 驗證: 再次檢查文件是否可用且無損壞。
    • 特定場景策略:
      • 非關鍵文件損壞 (如用戶表空間): 通常可以單獨恢復該數據文件(如上述流程),數據庫其他部分保持運行。
      • 關鍵文件損壞 (如 SYSTEM, Undo, Active Temp): 通常需要關閉數據庫 (SHUTDOWN ABORT),啟動到 MOUNT 狀態,執行恢復,然后 OPEN
      • 數據文件完全丟失/刪除: 如果文件已從操作系統刪除,但數據庫控制文件還記錄著它,啟動時會報錯。需按上述流程從備份還原恢復。
      • 塊級損壞:
        • RMAN 塊介質恢復 (Block Media Recovery - BMR): 僅恢復損壞的塊,而不是整個文件。RECOVER ... BLOCK; 命令。速度最快,影響最小。強烈推薦!
        • 如果 BMR 不可用或損壞塊過多,則恢復整個文件。
      • 無備份恢復 (Last Resort!):
        • 嘗試使用 DBMS_REPAIR 跳過或標記損壞塊(可能導致數據丟失)。
        • 嘗試使用 Event 10231Event 10233 繞過損壞塊進行全表掃描導出數據(expdp)。
        • 使用第三方工具(如 Oracle DUL, AUL, MyDUL)嘗試直接從損壞文件中提取數據。成本高、耗時長、不保證成功。
        • 核心原則:沒有有效備份,完全恢復幾乎不可能。 凸顯備份的極端重要性!
  4. 預防措施:

    • 嚴格實施 RMAN 備份策略: 定期全備、增量備份、歸檔日志備份。驗證備份 (BACKUP VALIDATE)。啟用控制文件自動備份。
    • 啟用塊檢查: 設置 DB_BLOCK_CHECKSUM = TYPICAL|FULL (在寫入塊時計算校驗和,讀取時驗證) 和 DB_BLOCK_CHECKING = MEDIUM|FULL (在內存中訪問塊時進行更嚴格邏輯檢查)。消耗少量 CPU,但能及早發現邏輯損壞。
    • 使用冗余存儲: RAID (如 RAID 5, RAID 10, RAID 6),ASM 冗余 (NORMAL, HIGH),存儲鏡像。防止單點磁盤故障。
    • 定期運行 RMAN VALIDATE 或 DBVERIFY: 主動檢查數據文件完整性。
    • 監控磁盤健康: 利用存儲陣列和操作系統的 S.M.A.R.T. 告警、日志監控工具。
    • 謹慎操作: 對數據文件進行任何操作(移動、重命名、調整大小)前務必確認命令和路徑。在生產環境避免直接操作底層文件。

六、 高級話題 (簡要提及)

  1. ASM (Automatic Storage Management): Oracle 提供的卷管理器和文件系統。數據文件存儲在 ASM 磁盤組中。ASM 管理文件布局、冗余(鏡像)、條帶化,對數據庫呈現為標準的“數據文件”,但物理存儲位置和名稱由 ASM 管理(通常以 +<DISKGROUP>/... 格式顯示)。極大地簡化了存儲管理,提高了性能和可靠性。
  2. 加密表空間 (Transparent Data Encryption - TDE): 可以在創建表空間時指定加密 (CREATE TABLESPACE ... ENCRYPTION ...)。數據文件中的數據塊在寫入磁盤前被加密,讀取時被解密。密鑰存儲在錢包中。保護靜態數據安全。影響主要在加密/解密時的 CPU 開銷。
  3. 可傳輸表空間 (Transportable Tablespaces - TTS): 允許將一個或多個表空間(包含其所有數據文件)從一個數據庫快速移動到另一個數據庫(即使跨平臺),比導出/導入快得多。要求源和目標數據庫字符集、國家字符集兼容,且表空間是自包含的。

總結:

Oracle 數據文件是數據庫物理存儲的核心實體,是數據持久化的最終載體。理解其原理(與表空間、段、區間、塊的關系)、特性(大小管理、狀態、只讀、OMF、Bigfile)、核心作用(存儲、組織、事務支持、恢復基礎)以及如何進行管理(創建、修改、監控)和故障恢復(檢測、RMAN 還原與恢復、塊級恢復)是 DBA 必備的核心技能。有效的備份策略、冗余存儲配置和主動監控是預防數據文件故障導致嚴重數據丟失的關鍵防線。深入掌握這些知識對于維護 Oracle 數據庫的穩定性、性能和數據安全至關重要。

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/bicheng/96807.shtml
繁體地址,請注明出處:http://hk.pswp.cn/bicheng/96807.shtml
英文地址,請注明出處:http://en.pswp.cn/bicheng/96807.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

【C++練習】18.C++求兩個整數的最小公倍數(LCM)

目錄C求兩個整數的最小公倍數(LCM)的方法方法一&#xff1a;利用最大公約數(GCD)計算代碼實現方法二&#xff1a;逐次增加法代碼實現方法三&#xff1a;質因數分解法代碼實現方法比較處理大數和特殊情況改進版GCD方法實現 C求兩個整數的最小公倍數(LCM)的方法 最小公倍數(LCM)是…

Linux網絡:應用層協議http

前言 雖然我們說&#xff0c;應用層協議是我們程序猿自己定的。但實際上,已經有大佬們定義了一些現成的,又非常好用的應用層協議,供我們直接參考使用.HTTP(超文本傳輸協議)就是其中之一。 我們之前已經學了UDP與TCP套接字的簡單使用&#xff0c;以及講解了進程間的各種關系&a…

ffmpeg推流測試

提示&#xff1a;文章寫完后&#xff0c;目錄可以自動生成&#xff0c;如何生成可參考右邊的幫助文檔 文章目錄前言一、操作步驟1.測試12.測試2總結前言 提示&#xff1a;這里可以添加本文要記錄的大概內容&#xff1a; 環境信息&#xff1a; 攝像頭&#xff1a;usb攝像頭 &a…

Docker的使用及核心命令

文章目錄Docker基礎概念鏡像管理命令鏡像查看和搜索鏡像下載和刪除鏡像構建容器生命周期管理創建和啟動容器容器控制命令容器清理容器交互和調試進入容器文件操作日志和監控數據管理數據卷&#xff08;Volume&#xff09;綁定掛載網絡管理網絡基礎操作端口映射Dockerfile和Dock…

考研408計算機網絡第36題真題解析(2021-2023)

&#xff08;2023.36&#xff09;在使用 CSMA/CD 協議的環境中&#xff0c;使用截斷二進制指數退避算法&#xff0c;來選擇重傳時機&#xff0c;算法 有如下規定&#xff1a; &#xff08;1&#xff09;基本的退避時間為爭用期 2τ&#xff0c;假設某網絡具體的爭用期為 51.2us…

Asio C++ Library是用來做什么的

hriskohlhoff/asio 是由 Chris Kohlhoff 主導維護的開源 C 庫&#xff0c;專注于提供高效、跨平臺的異步 I/O 支持&#xff0c;廣泛應用于網絡編程、并發控制和高性能系統開發。 &#x1f4d8; 項目概述 項目名稱&#xff1a;Asio C Library 下載地址&#xff1a;https://down…

ac791的按鍵ad_channel

每次ad_channel這個參數都要給我一定的迷惑性&#xff0c;讓我以為這是通道的數量

機器人巡檢與巡邏的區別進行詳細講解和對比

機器人巡檢與巡邏的區別進行詳細講解和對比 盡管這兩個詞經常被混用&#xff0c;但在技術和應用層面上&#xff0c;它們有著本質的區別。核心區別在于&#xff1a;巡檢是“深度體檢”&#xff0c;而巡邏是“治安巡查”。 以下將從多個維度進行詳細講解和對比。 一、核心概念與目…

先進電機拓撲及控制算法介紹(3)——以“數據”驅動電機實現真正的無模型

1. 背景介紹 之前已經介紹過“無模型預測控制&#xff08;Model-Free Predictive Control/MFPC&#xff09;”中的“無模型預測電流控制&#xff08;Model-Free Predictive Current Control/MFPCC&#xff09;”&#xff0c;可參考下面知乎。 https://zhuanlan.zhihu.com/p/6…

C primer plus (第六版)第十一章 編程練習第5,6題

題目&#xff1a;5&#xff0e;設計并測試?個函數&#xff0c;搜索第1個函數形參指定的字符串&#xff0c;在其中查找第2個函數形參指定的字符?次出現的位置。如果成功&#xff0c;該函數返指向該字符的指針&#xff0c;如果在字符串中未找到指定字符&#xff0c;則返回空指針…

Altium Designer(AD)PCB絲印批量修改

目錄 1 Altium Designer(AD)PCB絲印的字體批量修改 1.1選中所有絲印 1.1.1選中一個絲印:鼠標左鍵點擊 1.1.2查找相似對象:鼠標右鍵或快捷鍵N 1.1.3如下圖所示絲印被全部選中 1.2絲印字體信息修改 1.2.1打開屬性面板——>位置/屬性/字體修改 1.2.2絲印字體修改 1.2.…

AI+華為HarmonyOS開發工具DevEco Studio詳細安裝指南

作者&#xff1a;長江支流 日期&#xff1a;2025-09-13 第一部分&#xff1a;AI工具使用 一、如何使用DeepSeek幫助自己的工作&#xff1f; &#xff08;一&#xff09;提示詞 為了與時俱進&#xff0c;充分利用最新技術、提高效率&#xff0c;采用AI生成部分材料&#xf…

【Ambari監控】— API請求邏輯梳理

附錄&#xff1a;完整內容和源代碼下載請參照 https://doc.janettr.com/ 一、前序章節回憶 我們在前面章節拆解了 Collector 的啟動過程&#xff0c;并定位了控制器 TimelineWebServices。 本節聚焦 Collector 對外暴露的 REST 服務&#xff0c;搭建「接口全景圖」。 二、接口…

論文閱讀 2025-9-13 論文閱讀隨心記

隨便記錄一下最近閱讀的幾篇論文 1. Does DINOv3 Set a New Medical Vision Standard? 第一章 動機 (Motivation) 自然圖像領域的成功范式&#xff1a;大型語言模型&#xff08;LLMs&#xff09;和視覺基礎模型&#xff08;如 DINO 系列&#xff09;證明&#xff0c;通過自監督…

Avalonia 基礎導航實現:從頁面切換到響應式交互全指南

在 Avalonia 開發中&#xff0c;導航功能是構建多頁面應用的核心需求。Avalonia 無需依賴第三方庫&#xff0c;僅通過內置控件與 MVVM 模式即可實現靈活的頁面切換。本文將以 “基礎導航” 為核心&#xff0c;從 ViewModel 與 View 設計、導航邏輯實現&#xff0c;到樣式美化與…

UniApp 分包異步化配置及組件引用解決方案

具體參考微信小程序文檔基礎能力 / 分包加載 / 分包異步化 一、分包頁面組件配置 在 UniApp 的pages.json中&#xff0c;為分包頁面&#xff08;或主包如 tabbar 頁面&#xff09;配置異步組件時&#xff0c;需同時設置usingComponents和componentPlaceholder&#xff1a; {&…

系統核心解析:深入操作系統內部機制——進程管理與控制指南(一)【進程/PCB】

???~~~~~~歡迎光臨知星小度博客空間~~~~~~??? ???零星地變得優秀~也能拼湊出星河~??? ???我們一起努力成為更好的自己~??? ???如果這一篇博客對你有幫助~別忘了點贊分享哦~??? ???如果有什么問題可以評論區留言或者私信我哦~??? ??????個人…

微論-神經網絡特征空間的動態聚集,對抗災難性遺忘的新范式

這是一個非常有趣且富有想象力的理論構想。受陀螺儀啟發&#xff0c;我將陀螺儀的“定軸性”與“進動性”原理引入神經網絡的特征空間&#xff0c;探討一種對抗災難性遺忘的新范式。---### **基于陀螺儀原理的神經網絡記憶鞏固理論探討**#### **引言&#xff1a;記憶的流失與穩…

鴻蒙審核問題——折疊屏展開態切換時,輸入框內容丟失

文章目錄背景解決歷程1、無意中發現了眉目2、確定問題原因3、解決辦法4、官方文檔5、總結背景 奇葩的事情年年有啊&#xff0c;今年特別多。這不今天又遇到了一個奇葩的問題。鴻蒙NextAPP上架AppGallery市場&#xff0c;審核拒了&#xff0c;說是折疊屏手機展開態切換時&#…

前后端分離架構中,Node.js的底層實現原理與線程池饑餓問題解析

在VueJava/.NET的前后端分離架構中&#xff0c;Node.js的底層實現原理與線程池饑餓問題解析 一、架構概述&#xff1a;Node.js的定位與角色 在現代Web開發中&#xff0c;Vue.js作為前端框架與Java/.NET后端結合的架構非常流行。在這種架構中&#xff0c;Node.js通常扮演著兩個關…