Logstore是Log Service中的儲存單元，用於收集、儲存和查詢日誌資料。
核心概念
什麼是Logstore
日誌庫（Logstore）是Log Service的資料容器。一個Project（專案）下可以建立多個Logstore，用於隔離和管理不同業務或來源的日誌。
此外，部分雲產品或SLS自身功能也會自動建立專用的Logstore，這些Logstore有特定用途，不支援寫入其他資料。例如：
Logstore規格對比
Log Service提供標準型（Standard）與查詢型（Query）兩種規格，它們在功能與使用成本上有差異。
類型 | 成本（索引流量費用對比） | 適用情境 |
標準型（Standard規格） | 0.0875美元/GB | 適用於需要資料分析、即時監控和可視化能力，進行互動式分析、即時監控或構建可觀測性系統的情境。 |
查詢型（Query規格） | 0.0146美元/GB | 不支援分析，適用於日誌歸檔、審計日誌儲存、故障排查等快速檢索日誌內容而無需分析的歸檔類情境。典型應用程式套件括大規模日誌長期儲存（如數月或數年），且訪問頻率較低的情況。 |
適用範圍與許可權
建立基礎Logstore
控制台
登入Log Service控制台。在Project列表地區，單擊目標Project。
在頁簽，單擊+表徵圖。
在建立Logstore頁面中，進行配置後，單擊確定。
Logstore類型：預設Standard。
計費模式：
按使用功能計費（不支援更改）：按實際使用的每一項資源（如儲存、索引、讀寫次數等）獨立計費，並提供月度免費額度，便於小規模情境控制支出。
按寫入資料量計費：只為原始寫入資料付費，30天記憶體儲及主流功能免費使用，成本結構更簡單、更划算。
快速判斷：儲存天數越接近30天，索引欄位數量越接近全文索引越適合按寫入資料量計費。
Logstore名稱：在該Project內必須唯一，作為Logstore的唯一標識，建立後無法更改。
資料儲存時間：預設為30天。
其餘配置保持預設值即可。全量參數可參考：
API
修改Logstore配置
以下參數可在建立時配置，此處以修改Logstore為例進行介紹。
單擊
日誌儲存，在日誌庫中，將滑鼠懸浮在目標Logstore上，選擇
> 修改。在Logstore屬性中根據下列情境修改相關配置項。
刪除指定日誌/設定日誌儲存時間
控制台
在基礎資訊中，單擊修改，修改資料儲存時間，然後單擊儲存。
Log Service不支援刪除指定內容的日誌，僅支援通過修改日誌儲存時間來按時間刪除，或者通過停止計費/刪除Logstore來刪除全部日誌。
限定天數：取值範圍：1~3650，其中3650表示永久儲存。當儲存期限到達時，日誌將會被刪除。
永久儲存：將永久儲存該Logstore中的日誌。
修改後立即生效，但刪除到期資料需要一定的時間。
API
UpdateLogStore - 更新LogStore中ttl的值，來調整日誌儲存時間。
使用分層最佳化儲存成本
控制台
在基礎資訊中，單擊修改，開啟智能儲存分層開關。
進行儲存策略配置：三種儲存天數總和需要等於資料儲存時間中的天數。
熱儲存：至少7天。
低頻儲存：至少30天。
Archive Storage：至少60天。
單擊儲存。詳細瞭解參考智能儲存分層。
API
UpdateLogStore - 更新LogStore中ttl、hot_ttl和infrequentAccessTTL的值，來動態調整儲存分層的保留原則。
收集前端日誌
Log Service提供webTracking功能，用以收集小程式/用戶端（iOS/Android/APP）/瀏覽器上的日誌資料。
該功能有兩種使用方式：
控制台
在基礎屬性中，單擊修改，開啟WebTracking開關，然後單擊儲存。
API
UpdateLogStore - 更新LogStore中enable_tracking參數為true來開啟WebTracking功能。
為日誌自動添加公網IP與到達Log Service時間
開啟此功能後，後續採集會自動在日誌中添加：
__tag__:__client_ip__：日誌來源裝置的公網IP。
__tag__:__receive_time__：日誌到達Log Service服務端的時間，格式為Unix時間戳記，表示從1970-1-1 00:00:00 UTC計算起的秒數。
控制台
在基礎屬性中，單擊修改，開啟記錄外網IP開關，然後單擊儲存。
API
UpdateLogStore - 更新LogStore中appendMeta參數來開啟記錄外網IP功能。
通過Shard調整採集效能
每個Shard支援5MB/s或500次/s的資料寫入、10MB/s或100次/s的資料讀取。此限制非硬性限制，超出限制時，系統會儘可能提供服務，但是不保證服務品質。當資料讀寫流量超出Shard讀寫能力時，需要及時分裂Shard以增加Shard個數，從而提供更高的讀寫能力。
控制台
在基礎屬性中，單擊修改，開啟自動分裂Shard，並設定分裂上限，然後單擊儲存。
Log Service支援針對某個Shard進行分裂與合并。
API
停止計費/刪除Logstore
Logstore一旦刪除，其儲存的日誌資料將會被永久刪除，不可恢複，請謹慎操作。
控制台
刪除前清理。
刪除Logstore前需先刪除其對應的所有Logtail配置。
若該Logstore啟用了日誌投遞，刪除前請停止向該Logstore寫入新資料，並確認Logstore中已有的資料已全部投遞成功。
刪除步驟。
在頁簽中，將滑鼠懸浮在目標Logstore上，選擇
> 刪除。在警告對話方塊中，單擊確認刪除。
刪除後事項。
刪除Logstore的當天仍會產生儲存等費用，次日不再產生費用。即在刪除Logstore的第三天不會再收到Log Service的賬單。
刪除Logstore後，以當前Logstore為資料來源的匯出任務、資料加工任務、定時SQL任務和以當前Logstore為目標的匯入任務都將被刪除。
API
實際情境使用配置樣本
巨量資料量業務即時監控分析情境
線上應用即時產生大量業務日誌，出現故障，需要快速定位錯誤記錄檔，並對應用效能指標（如QPS、響應延遲）進行即時監控和警示。
選型推薦：標準型Logstore + 按寫入量計費 + Shard自動分裂。
原因：標準型Logstore支援分析，即時監控與可視化 ，大量日誌寫入且分析可能需要較多索引推薦按寫入量計費，Shard自動分裂可以保障資料寫入與分析的效能。
合規/審計/等保情境
根據行業法規，需要將使用者動作記錄、安全日誌等儲存儲6個月以上用於審計，但日常查詢和分析頻率很低。
選型推薦：查詢型Logstore + 智能儲存分層。
原因：查詢型Logstore僅支援查詢但索引流量費用低於標準型Logstore，智能儲存分層對日誌資料根據儲存時間長度進行分類，降低長期儲存成本。
相關參考
功能計費模式下Logstore對比
查詢型僅支援功能計費，因此按使用功能計費模式下，標準型和查詢型兩種類型的Logstore對比如下：
對比項 | 標準型（Standard 規格） | 查詢型（Query 規格） | |
費用 | 0.0875美元/GB | 0.0146美元/GB | |
功能 | 資料擷取（僅業務系統日誌情境） | 支援 | 不支援採集雲產品日誌。 |
支援 | 支援 | ||
支援 | 支援 | ||
分析（SQL語句） | 支援 | 不支援 | |
支援 | 支援 | ||
支援 | 支援 | ||
支援 | 不支援 | ||
支援 | 支援 | ||
支援 | 不支援 | ||
支援 | 僅支援基於查詢語句的警示 | ||
支援 | 不支援 | ||
支援 | 支援 | ||
支援 | 支援 | ||
支援 | 支援 | ||
使用限制
按寫入資料量計費模式支援完整Log Service功能集合，增值功能如查詢分析、資料加工、智能警示、消費投遞等能力均不產生額外費用，但存在配額限制，具體說明如下。
配額限制 | 說明 |
資料加工量 | 單個Logstore每月支援的最大加工資料量為100 TB。 |
定時SQL資料量 | 單個Logstore每月支援的定時SQL資料量為20 TB。 |
投遞資料量 | 單個Logstore每月支援的投遞資料量為100 TB。 |
消費資料量 | 單個Logstore每月支援的消費資料量為100 TB。 |
警示作業計算資料量 | 單個Logstore每月支援的警示作業計算資料量為100 TB。 |
計費說明
Logstore的費用主要由所選的計費模式決定。
按使用功能計費：根據實際使用的資源量（如儲存容量、索引流量、讀寫次數、Shard數量等）獨立計費。
按寫入資料量計費：僅對寫入的未經處理資料量收費，並包含30天免費儲存及多項免費功能。
關鍵計費項目價格：
標準型（Standard）索引流量：0.0875美元/GB。
查詢型（Query）索引流量：0.0146美元/GB。
成本最佳化建議：
如果日誌儲存周期接近或超過30天，按寫入資料量計費模式通常更具成本優勢。
對於僅需歸檔和檢索的情境，使用查詢型（Query）規格可降低索引費用。
通過配置智能儲存分層，將不常訪問的資料轉移到低成本儲存層。
常見問題
無法建立Logstore
一個Project預設最多建立200個Logstore。請刪除無用Logstore或參考下文進行配額申請。
登入Log Service控制台，在Project列表地區，單擊目標Project。
在Project頁面的專案概覽-基礎資訊-資源配額中單擊管理，即可在資源配額面板中，調整目標資源的logstore上限配額，然後單擊儲存提交申請。修改申請需要等待1小時左右完成。
Log ServiceSLS的日誌丟失？
Project、Logstore丟失
如果主動刪除Logstore、Project，日誌無法恢複。您可以通過Action Trail功能查詢最近90天的刪除Project/Logstore事件。
Log Service欠費：超過7天，將視為主動放棄服務，Log ServiceProject將被回收，資料會被清理且不可恢複。更多資訊，請參見欠費說明。
如何最佳化日誌的儲存成本？
查詢Log Service的費用，請參見如何查看Log Service的儲存容量和消費記錄。
將歷史日誌下載到本地，或者投遞到OSS進行儲存。