mysql-logo.gif (3082 bytes)MySQL中文參考手冊

譯者:晏子 (clyan@sohu.com
GB 碼主頁:http://linuxdb.yeah.net

Big5 轉碼者:statue (statue@bbs.yzu.edu.tw
詞彙轉換:彭武興 (wilson@mailbox.com.tw)
Big5 碼主頁: http://cnpa.yzu.edu.tw/~cfc/docs/mysqldoc_big5/manual_toc.html
Big5 碼分站: http://php.wilson.gs/mysqldoc/big5/manual_toc.html


第一章, 前一章, 下一章, 最後一章目錄.


2 MySQL郵件列表及如何提問或報告錯誤

2.1  MySQL 郵件列表

要訂閱主 MySQL 郵件列表,送一條消息到電子郵件地址 mysql-subscribe@lists.mysql.com 

要退訂主 MySQL 郵件列表,送一條消息到電子郵件地址 mysql-unsubscribe@lists.mysql.com 

只有你發送消息的地址是有意義的,消息的主題行和正文將被忽略。

如果你的回復地址不是有效的,你可以明確地指定地址。把短橫加到訂閱或退訂命令詞,隨後是你的地址,“@”由一個字符“=”代替。例如,要訂閱到john@host.domain,送一條消息到mysql-subscribe-john=host.domain@lists.mysql.com

郵寄到 mysql-subscribe@lists.mysql.com 或 ezmlm 郵件列表處理器。詳細資訊可在 ezmlm 網點得到。

要想郵寄一條消息到列表本身,發送你的消息到 mysql@lists.mysql.com。然而,請千萬不要將關於訂閱或退訂的郵件發到mysql@lists.mysql.com ,因為送到該地址的任何郵件被自動地被散發到上千個其他用戶。

你本地的網站可能有很多 mysql@lists.mysql.com 的訂戶,如果這樣,也可能有一個本地郵件列表,以便使從 lists.mysql.com 發到你網站的消息被傳送到你的本地列表。在這種情況下,請聯繫你的系統主管加入本地 MySQL 列表和從其中刪除。

已有下列 MySQL 郵件列表:

announce
這是MySQL新版本和相關程式的發布通知,這是小資訊量的列表,我們認為所有的 MySQL 用戶應該訂閱。
mysql
為一般 MySQL 討論的主列表。請注意一些話題最好在更專業的列表上討論。如果你郵寄到錯誤的列表上,你可能得不到回答!
mysql digest
文摘形式的mysql列表,這意味著你得到所有單個消息,作為一個大郵件一天發送一次。
java 
討論 MySQL 和 Java ,主要關於 JDBC 驅動程式。
java digest
一個文摘版本java 列表。
win32 
有關微軟作業系統上例如 Windows NT的 MySQL所有東西。
win32 digest
一個文摘版本win32表。
myodbc 
有關用 ODBC聯接 MySQL 的所有東西。
myodbc digest
一個文摘版本 myodbc 列表。
msql-mysql-modules 
關於 MySQL中對Perl支援的一個列表。
msql-mysql-modules-digest 
一個文摘版本 msql-mysql-modules 列表。
developer
為開發 MySQL 原代碼的人的一個列表。
developer digest
一個文摘版本developer列表.

你可用上述的方法訂閱或退訂所有列表。在你的訂閱或退訂消息中,只是放入不是mysql的適當郵件列表名例如,訂閱或退訂myodbc列表,送一條消息到(原文未提供)。

2.2 提問或報告錯誤

在郵寄一份錯誤報告或問題前,請按下列步驟做:

如果你不能在手冊或檔案發現答案,檢查你本地的 MySQL 專家。如果你仍然不能發現你問題的答案,繼續讀下一節關於怎樣發送郵件到 (原文未提供)。

2.3 怎樣報告錯誤或問題

寫一份好的錯誤報告需要耐心,但是第一次就做得正確可節省你我的時間。本節將幫助你正確撰寫你的報告,以使你不浪費時間,也可能做一些根本不能幫助我們的事情。

如果可能的話,我們鼓勵每個人使用 mysqlbug 腳本產生一份錯誤報告(或關於任何問題的一份報告)。mysqlbug可在原始碼版本或可執行檔版本的 MySQL安裝目錄下的'bin'目錄中的'scripts' 目錄下找到。如果你不能使用mysqlbug,你仍然應該包括在本節列出的所有必要的資訊。

mysqlbug 腳本通過自動確定下列很多資訊來幫助你產生一份報告,但是如果一些重要的東西不見了,請在你的消息包含它!請仔細閱讀本節並且保証這裡描述的所有資訊包含在你的報告中。

要記住,有可能回復一條包含太多的資訊消息,但不回復包含極少資訊的消息,因為人們認為他們知道一個問題的原因並且假設某些細節無所謂,所以他們常常忽略事實。一個好的原則是:如果你懷疑所說的事情,繼續說!在你的報告中寫上幾行,比因為第一次沒有包含足夠的資訊而被迫追問和等待答案要快上千倍,而且少些麻煩。

最常見的錯誤是人們不指出他們正在使用的MySQL分發的版本號,或不指出在什麼平台上平台安裝了 MySQL (包括平台版本號)。這是極其相關的資訊,並且沒有它99%錯誤報告是無用的!我們經常得到這樣的提問“為什麼它不給我工作?”,然後我們發現所需的功能還沒有在該版本的 MySQL 中實現,或在一份報告中描述的一個錯誤已經在更新的MySQL 版本修正了。有時錯誤是依賴於平台,在這種情況下,不知道平台作業系統和版本號根本不可能修正任何東西。

還要記住,要提供你的編譯器資訊,如果它與問題有關。人們經常發現錯在編譯器而認為MySQL的問題。大多數編譯器始終都在開發中並且隨版本也逐漸變得更好。為了確定決定你的問題是否依賴於你的編譯器,我們需要知道使用什麼編譯器。注意每個編譯器得問題應該被認為是一個錯誤,因此要報告。

在錯誤報告中包含一個問題的完好描述是最有幫助的。即,你所做的導致這個問題的一個好的例子和確切描述的問題本身。最好的報告是包括顯示如何再次產生錯誤或問題的一個完整例子。

如果一個程式產生一條錯誤資訊,非常重要的是在你的錯誤報告中要包含它!如果我們試著從使用程式的檔案中找一些東西,最好是報告的錯誤消息精確地匹配程式所產生的。(甚至注意大小寫!)你決不應該試圖記住錯誤消息是什麼,相反,將全部消息拷貝並且粘貼進你的報告中!

如果你有一個MyODBC問題,你應該嘗試產生一個 MyODBC 跟蹤文件,詳見16.6 報告 MyODBC的問題.

請記住,將要閱讀你報告的人有很多使用80列顯示。在產生報告或使用mysql命令行工具的例子時,你應該為那些可能超出顯示可用寬度的輸出(例如,EXPLAIN SELECT語句,見下面的例子)使用--vertical選項(或\G語句終止符)。

請在你的報告中加入包括下列資訊:

如果你是一個支援客戶,請直接郵寄錯誤報告到適當的郵件列表,看看是否有其他人有這個問題的經驗(或許已經解決)。

對於報導MyODBC錯誤的資訊,見 16.2 怎樣報告 MyODBC 問題

一些常見問題的答案,見 18   問題和常見的錯誤

當答案個別發給你而不是郵件列表時,總結答案並且將總結發到郵件列表以便其它人可以從你收到的幫助你解決問題的答案中受益,這被認為是一個很好的規矩。

2.4 在郵件列表上回答問題的指南

如果你認為你的答案引起廣泛的興趣,你可能想要把它寄到郵件列表中而不是直接答復提問的人。試著讓你的答案足夠普遍,讓不是郵寄者的其他人可從它獲益。當你郵寄到郵件列表時,請保証你的回答不和以前的答案重複。

嘗試總結在你的答復中的問題的主要部分,別感覺不好意思引用全部原文消息。

請不要從有 HTML 模式的瀏覽器投寄郵件消息!許多使用者不用瀏覽器讀郵件!


第一章, 前一章, 下一章, 最後一章目錄.