mysql-logo.gif (3082 bytes)MySQL中文参考手册

译者:晏子 ([email protected])      主页:http://linuxdb.yeah.net


第一节, 前一节, 下一节, 最后一节目录.


2 MySQL邮寄表及怎样问问题或报告错误(bugs)

2.1  MySQL 邮寄表

要订阅主要的 MySQL 邮寄表,送一条消息到电子邮件地址 [email protected] 

要退订主要的 MySQL 邮寄表,送一条消息到电子邮件地址 [email protected] 

只有你发送消息的地址是重要的,消息的题目行和正文被忽略。

如果你的答复地址不是有效的,你能明确地指定地址。把短横加到订阅或退订命令词,随后是你的地址,“@”由一个字符“=”代替。例如,要订阅[email protected]送一条消息[email protected]

邮寄到 [email protected] 或 ezmlm 邮寄表处理器。详细信息可在 ezmlm 网点得到。

张贴一条消息到列表本身,发送你的消息到 [email protected] 。然而,请千万不要将关于订阅或退订的邮件发到 [email protected] ,因为送到该地址的任何邮件被自动地被散发到上千个其他用户。

你本地的网站可以有很多 [email protected] 的订户,尽管因此,也可以有一张本地邮寄表,以便使从 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
一个文摘版本deviloper列表.

你可用上述的方法订阅或退订所有列表。在你的订阅或退订消息中,只要放适当的邮寄表名字而非mysql。例如,订阅或退订myodbc列表,送一条消息到(原文未提供)。

2.2 提问或报告错误

在邮寄一份错误报告或问题前,请按下列步骤做:

如果你不能在手册或档案发现答案,检查你本地的 MySQL 专家。如果你仍然不能发现你问题的答案,继续读下一节关于怎样发送邮件到 (原文未提供)。

2.3 怎样报告错误或问题

写一份好的错误报告需要耐心,但是第一次正确做到可省去你我的时间。这节将帮助你正确撰写你的报告,以便你不浪费时间,也可能做一些根本不能帮助我们的事情。

如果可能的话,我们鼓励每个人使用 mysqlbug 脚本产生一份错误报告(或关于任何问题的一份报告)。 mysqlbug 可在源代码分发或二进制分发的'scripts' 目录下找到,在你的 MySQL 安装目录下的'bin'目录。如果你不能使用 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 模式的浏览器投寄邮件消息!许多用户不用浏览器读邮件!


第一节, 前一节, 下一节, 最后一节目录.