修復客戶端瀏覽器上 Jitsi Meet 的 CPU 使用率過高問題。
透過檢查視訊圖塊、相機效果、瀏覽器圖形和主機設定來診斷 Jitsi Meet 瀏覽器 CPU 峰值並降低客戶端負載。
您開啟 Nextcloud 的管理概覽,看到「資料庫缺少一些索引」的提示。此警告可能在升級後出現,因為 Nextcloud 會隨著時間的推移為現有資料表新增索引,但對於大型資料庫,它並非總是自動建立索引。缺少索引會導致某些資料庫查詢速度變慢。支援的修復方法是使用內建occ db:add-missing-indices命令。
在變更架構之前,請確認您執行的命令適用於正確的 Nextcloud 安裝,備份資料庫,並使用 Web 伺服器的作業系統使用者。在支援的版本中,請使用 `--preview` 指令預覽建議的 SQL 語句--dry-run。然後運行修復操作並再次檢查管理概覽。
資料庫索引是一種結構,它可以幫助資料庫在不掃描整個表的情況下找到行。 Nextcloud 及其應用程式會為其使用的資料表和欄位定義索引。當較新的 Nextcloud 版本或應用程式版本引入現有安裝尚不存在的索引時,管理頁面會報告此不符情況。這是一個架構維護警告;它本身並不意味著資料庫已損壞或使用者檔案遺失。
Nextcloud 的管理手冊指出,索引可以隨著時間的推移而添加,包括為了提高效能,並指導管理員執行相關命令occ db:add-missing-indices。新增索引可能需要一些時間,尤其是在處理大型資料表時,而且資料庫負載或鎖定行為會因資料庫引擎和工作負載而異。如果您的實例正處於繁忙狀態,建議在空閒時段進行變更。
occ,或提供其完整路徑。www-dataDebian 或 Ubuntu、apacheFedora 或 CentOS、httpArch 和wwwrunopenSUSE。您的部署可能有所不同。--dry-run。如果您的已安裝版本無法識別該選項,請查閱該版本的occ db:add-missing-indices --help輸出並跳過預覽,而不是想當然地認為該選項存在。官方備份指南列出了完整備份中應保留的資料庫、設定、資料目錄和其他安裝元件。對於此架構操作,至少應使用適合您資料庫的備份步驟進行經過測試的資料庫備份。
對於傳統的 Linux 安裝,請透過 SSH 連接到伺服器並切換到 Nextcloud 目錄。常見的 Ubuntu 路徑是 `/usr/local/share/Nextcloud` /var/www/nextcloud,但請使用您伺服器上的路徑。
cd /var/www/nextcloud
sudo -E -u www-data php occ status
確認狀態輸出顯示的是預期的已安裝實例。如果您使用的 Web 伺服器 PHP 二進位與 shell 預設的 PHP 不同php,請使用相同的相容 PHP 版本occ。occ以 HTTP 使用者身分執行有助於保留預期的檔案所有權和權限。
如果您的已安裝版本支持,請先運行試運行:
sudo -E -u www-data php occ db:add-missing-indices --dry-run
試運行會預覽 SQL 語句,但不會實際執行它們。請閱讀輸出結果,確認其與您要修復的缺失索引相關。如果輸出結果中出現了您不認識的表或索引,請記錄其確切名稱,並檢查相關應用程式是否已安裝且為最新版本。請勿將預覽的 SQL 語句貼到資料庫控制台中作為捷徑。
當預覽正常進行且備份準備就緒時,執行文件中記錄的修復命令:
sudo -E -u www-data php occ db:add-missing-indices
此指令會檢查資料庫表,並建立架構中定義但目前安裝中缺少的索引。請耐心等待其完成。對於大型資料庫,這可能需要一些時間。在架構變更期間,請勿中斷此操作。 Nextcloud 的文檔指出,此命令可以在實例保持在線狀態時運行;維護模式並非此特定修復的先決條件。如果需要維護窗口,請遵循您自己的變更控制流程。
在容器化部署中,請occ在 Nextcloud 應用程式容器內運行,而不是在資料庫容器內運行。容器和服務名稱可能有所不同,因此請檢查您的部署並替換為正確的名稱。例如,對於名為 `<container_name>` 的 Docker 容器nextcloud,其模式為:
docker exec --user www-data nextcloud php occ db:add-missing-indices
對於 Docker Compose,對應的模式是 `<container_name> docker compose exec -u www-data <nextcloud-service> php occ db:add-missing-indices`。某些打包部署會使用專用指令或不同的容器使用者;請依照該軟體包的具體說明進行操作。未經驗證,請勿從他人的配置複製容器名稱。
php occ list。php occ help db:add-missing-indices不要將缺少的索引與缺少的列或主鍵混淆。 Nextcloud 文件中提供了針對這些架構變更的單獨命令,例如 `git checkout index` 和 `git checkout column` db:add-missing-columns。db:add-missing-primary-keys僅當管理員警告或特定版本的文件要求時才執行不同的修復。
db:add-missing-indices退出並報告完成,例如Done.有關目前指令語法,請參閱Nextcloud 資料庫和索引指令參考。有關使用者和 PHP 要求,請參閱使用 occ 指令和Nextcloud 備份指南。這些穩定頁面在 2026 年 10 月 6 日檢查時,將目前手冊標識為 Nextcloud Server 35;路徑、選項和打包說明在其他版本或部署類型中可能有所不同。
透過檢查視訊圖塊、相機效果、瀏覽器圖形和主機設定來診斷 Jitsi Meet 瀏覽器 CPU 峰值並降低客戶端負載。
使用 Jitsi Videobridge 內建的 Prometheus 端點追蹤其運作狀況、會議負載和流量,然後在 Grafana 中探索和繪製資料圖表。
為 Jitsi Meet Docker 配置自訂網域,包括 DNS、PUBLIC_URL、HTTPS、Let's Encrypt、防火牆連接埠、NAT 設定和端對端驗證。
透過檢查正確的 URL 和連接埠、代理程式路由、服務狀態、已部署的憑證和日誌,修復 SSL 續訂後 Zimbra 管理控制台的 404 錯誤。
透過檢查活動的 PHP SAPI、大小限制、註解和重新驗證設置,了解如何診斷和修復 Nextcloud 的 PHP OPcache 配置警告。
透過檢查備份、伺服器版本、SQL 模式、字元集、模式狀態和日誌,追蹤 MySQL 或 MariaDB 升級後 Kopano 資料庫遷移失敗的問題。
透過安全傳輸、使用者和群組篩選器、登入屬性以及經過測試的部署,將 Nextcloud 連接到 LDAP 或 Active Directory。
透過設定 UnifiedPush、Android 權限、電池設定和可靠的驗證測試,修復已移除 Google 的手機上的 Element Android 通知問題。
使用官方的 occ 指令清除 Nextcloud 的資料庫索引缺少警告。請先備份,預覽更改,執行修復,然後驗證結果。
透過將 OIDC 連接到 Synapse、設定確切的回呼 URL、映射使用者聲明和測試登出來設定 Element Web 的 Keycloak SSO。