北京
搜索框里敲下"radiohead"，大多數人以為只是查個數據庫。但Lime的音樂搜索系統要同時解決四個矛盾：用戶想搜全網音樂，但平臺不可能預存所有數據；調用外部API慢且貴，還不能讓搜索掛掉；更麻煩的是，不能把沒人關心的結果塞進主數據庫。
解決方案是拆成兩條流。搜索API先返回內部數據庫結果和緩存候選，外部搜索扔給后臺任務異步處理。用戶立刻拿到能用的，剩下的慢慢補。
具體實現上，內部搜索覆蓋藝人、專輯、曲目三類實體，并行查詢。同時查SearchCandidate緩存——這是個24小時過期的臨時存儲，存著MusicBrainz、Spotify等外部來源的原始數據。外部搜索通過SearchJob入隊，ExternalSearchWorker在后臺跑，帶每個來源獨立的限流器防被封。
關鍵設計是SearchCandidate這層抽象。一開始想直接把外部結果寫進Artist/Album/Track表，但這樣用戶隨便搜個詞就會污染數據庫?，F在只有用戶明確選擇導入的候選才會轉正，其余24小時后自動過期。候選數據保留原始JSON和跨平臺ID映射，方便后續關聯。
合并結果時做去重，外部來源掛了也能優雅降級。整個流程：歸一化關鍵詞→并行查內部庫和緩存→異步觸發外部搜索→合并返回。下一步請求就能拿到這次后臺抓的新數據。
導入流程單獨暴露：POST /search/import/{candidateId} 把候選提升為永久記錄，同時建立ExternalMusicIds做跨平臺ID打通。Genre標簽按來源原樣存，不強行統一。
這套設計的核心權衡是延遲與數據質量的取舍。用戶要的是快，但平臺要的是干凈。異步架構讓兩者兼得——搜索體驗不卡，數據庫不被垃圾填滿。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
