Can you summarize the following document?
        
  服務記錄的格式為:  以下是中的服務記錄示例: 此記錄指向在TCP埠25565上監聽Minecraft遊戲協議的 mc.example.com。此處的優先順序為0,權重為5。  與MX記錄一樣,SRV記錄中的主機必須指向已有地址記錄(A或AAAA記錄)的主機名。指向帶有CNAME記錄的主機名則無效。

  優先順序值決定記錄資料的先後順序。客戶端應先嚐試使用優先順序最高的資料,在連線失敗時嘗試更低優先順序的資料。若一項服務有著同一優先順序的多個SRV記錄,客戶端則應根據記錄中的權重進行負載均衡。下例中,優先度及權重值用於提供負載均衡與備份服務。 前三個記錄優先度均為10,故客戶端將根據權重決定該聯絡哪臺伺服器(主機及埠)。三個記錄的權重值相加為100,故60%的時間內客戶端使用 bigbox.example.com。剩下40%的時間內,客戶端會將請求傳送給主機 smallbox1 和 smallbox2;其中的一半將傳送給 smallbox1,另一半給 smallbox2。若codice_1不可用,則剩餘兩臺機器由於權重相同,其將共享負載。  若三臺優先順序為10的伺服器均不可用,則客戶端將使用下一優先順序的記錄,即backupbox.example.com。這臺機器可能為位於其他地理位置且不受造成上述三臺機器不可用原因影響的主機。  由於SRV記錄所提供的記錄均為靜態資料,其負載均衡能力天生有限。記錄無法根據伺服器的當前負載進行變通,除非TTL值足夠低(一分鐘或更小)才能使優先順序(或權重值)迅速更新。

  SRV記錄通常與下列標準化傳輸協議同時使用:  在微軟Windows 2000中,客戶端查詢SRV服務來確定特定服務的域名控制器。SRV記錄同時也被Outlook 2007、2010及macOS 10.6郵件使用來定位Exchange自動發現服務。 微軟Windows網路域名控制器在DNS中註冊其活動目錄的服務型別。  RFC 6335中定義網際網路號碼分配局(IANA)來維護SRV記錄及協議的服務名記錄表。
SRV記錄(,中文又名服務定位記錄)是域名系統中用於指定伺服器提供服務的位置(如主機名和埠)資料。此資料於RFC 2782中定義,型別程式碼為33。部分協議,如會話發起協議(SIP)及可擴充套件訊息與存在協議(XMPP)通常需要服務記錄的支援。