
提出好的問題通常可以讓您更快獲得回應,甚至得到更好的解答。那麼,什麼樣的問題才算好問題呢?本指南將協助您撰寫出好的問題。
我們建議您先做一些研究。看看您的問題是否已在各種管道中獲得解答
對於包括程式碼或驅動程式問題在內的開發人員問題,請在 Stack Overflow 上搜尋。
對於包括安裝或維護問題在內的管理員或營運問題,請在 DBA Stack Exchange 上搜尋。
搜尋使用者郵件清單的檔案。
請務必查看 Cassandra 日誌、應用程式日誌和作業系統日誌,因為日誌條目通常會提供線索。
如果您仍然需要協助,以下是發布問題時需要考慮的一些事項。
良好範例:「從 3.11.9 升級到 4.0.1 後,Cassandra 無法啟動」
不良範例:「救命!!!Cassandra 無法啟動」
使用者通常會詢問是否應該變更參數 X 或是否應該執行指令 Y,但這通常沒有幫助。相反地,請說明您遇到的問題以及您預期的結果,這樣您更有可能達成目標。
提供背景資訊。例如,節點因硬體故障而停機,或您正在修補作業系統。了解您如何遇到問題,可以更容易協助您。
如果您根據在網路上研究的內容嘗試了一些解決方法,請在問題中說明詳細資訊。這表示您已自行努力尋找答案。
在許多情況下,答案會取決於您執行的版本。包含像是 Cassandra 版本、Java 版本、驅動程式/架構版本(例如,Java 驅動程式 4.11 或 Spring Boot 3.3.1)等資訊。
不要只貼出錯誤訊息就期待有人回答。我們通常需要完整的錯誤訊息和完整的堆疊追蹤。而為了解碼堆疊追蹤,請務必提供如上所述的版本。
請注意您如何組態 cassandra.yaml(例如)。不需要貼出整個組態檔案,只要包含與您的問題相關的屬性/項目即可。
根據您的問題,描述叢集的拓撲結構、節點數目、節點是內部部署還是位於公有雲、它們是虛擬機器、Pod 還是裸機,可能是相關的。
對於有問題的查詢,請包含表格架構和完整的 CQL 查詢。
對於與應用程式相關的問題,請提供一些重現問題的最小程式碼。提供說明問題的範例資料也有幫助。
列出預期的結果/輸出與您獲得的實際結果/輸出。
對於關於開發應用程式或需要操作 Cassandra 的問題,請在 Stack 網路上發文。請不要將相同的問題交叉發佈到其他頻道,例如 Slack 或郵件清單。
對於包括資料建模、編碼、驅動程式在內的開發人員問題,請在 Stack Overflow 上詢問。
對於包括安裝、升級、修復在內的管理員或運作問題,請在 DBA Stack Exchange 上詢問。
透過點擊 Stack Overflow 和 Stack Exchange 上藍色的追蹤標籤按鈕,展現您對社群的支持並追蹤 cassandra
標籤!
對於廣泛的、基於意見的問題、一般討論、詢問如何取得協助或接收公告,請訂閱使用者郵件清單。安全性問題需要回報給 Apache 安全團隊。
希望您覺得這份指南有幫助。但這只是一份指南,詢問問題並沒有嚴格的規則。社群在此提供協助,造福所有人。所以,請告訴我們,我們今天可以如何協助您?