4.15.1 运行mysql_install_db的问题

这节列出在你运行mysql_install_db时，你可能遇见的问题：

mysql_install_db不安装授权表
    在显示下列消息以后，你可以发现mysql_install_db不能安装授权表并终止：

    starting mysqld daemon with databases from XXXXXX
    mysql daemon ended

    在这种情况下，你应该很小心地检验日志文件！日志文件应该位于目录“XXXXXX”，用错误消息命名，并且应该指出为什么mysqld没启动。如果你不理解发生的事情，当你使用mysqlbug邮寄一份错误报告时，包含日志文件！见2.3 怎样报告错误或问题。
已经有一个mysqld守护程序在运行
    在这种情况下，你可能根本不必运行mysql_install_db。当你第一次安装MySQL时，你必须只运行mysql_install_db一次。
当一个守护进程正在运行时，安装第二个mysqld守护进程不工作
    这只有在当你已经有已存在的MySQL安装但是想要把新安装放在一个不同的地方时才会发生(例如，为了测试或者也许你简单地想要同时运行2个安装)。通常当你试着运行第二个服务器时，发生的问题是它试图和旧一个使用同样的套接字和端口。在这种情况下，你将得到错误消息：Can't start server: Bind on TCP/IP port: Address already in use或Can't start server : Bind on unix socket...你能用一个不同的套接字和端口启动新的服务器，如下：

    shell> MYSQL_UNIX_PORT=/tmp/mysqld-new.sock
    shell> MYSQL_TCP_PORT=3307
    shell> export MYSQL_UNIX_PORT MYSQL_TCP_PORT
    shell> scripts/mysql_install_db
    shell> bin/safe_mysqld &

    在这以后，你应该编辑你的服务器引导脚本手迹用不同的套接字和端口启动两个守护进程。例如，它能调用safe_mysqld两次，但是对每次调用使用不同的--socket、--port和--basedir选项。
你没有“ /tmp ”的写权限
    如果你没有写权限在缺省地方(在“/tmp”里)创建一个套接字文件，或没有在“/tmp”创建临时文件的许可，在运行mysql_install_db或当启动或使用mysqld时，你将得到一个错误。你可以如下地指定一个不同的套接字和临时目录：

    shell> TMPDIR=/some_tmp_dir/
    shell> MYSQL_UNIX_PORT=/some_tmp_dir/mysqld.sock
    shell> export TMPDIR MYSQL_UNIX_PORT

    “some_tmp_dir”应该是你有写许可的某个目录的路径。在这以后，你应该能运行mysql_install_db并且这些命令启动服务器：

    shell> scripts/mysql_install_db
    shell> BINDIR/safe_mysqld &

mysqld立刻崩溃
    如果你正在运行RedHat 5.0，有一个比2.0.7-5旧的glibc版本，你应该保证你安装了glibc所有补丁！在MySQL邮件档案中有很多关于它的信息。邮件档案的链接可在联机MySQL文档页得到。也可见4.11.5 Linux 注意事项(所有Linux版本）。你也可以手工启动mysqld，使用--skip-grant选项并且增加使用mysql本身的权限信息：

    shell> BINDIR/safe_mysqld --skip-grant &
    shell> BINDIR/mysql -u root mysql

    从mysql，手工执行在mysql_install_db里面的SQL命令。保证你随后运行mysqladmin reload告诉服务器再装入授权表。

4.15.2 启动MySQL服务器的问题

通常，你用3个方法之一启动mysqld服务器：

    * 通过调用mysql.server。这个脚本主要用于系统启动和关闭，更全面的描述在4.15.3 自动启动和停止MySQL。
    * 通过调用safe_mysqld，它试图为mysqld决定正确的选项并然后用那些选择运行它。
    * 通过直接调用mysqld。

无论你使用哪个方法启动服务器，如果它没有正确启动，检查日志文件看你是否能发现为什么。日志文件位于数据目录(对二进制分发一般是“/usr/local/mysql/data”，对源代码分发是“/usr/local/var”)。用“host_name.err”和“host_name.log”形式的名字在数据目录下查找文件，这里host_name是你服务器主机的名字，然后检查这些文件的最后几行：

shell> tail host_name.err
shell> tail host_name.log

当mysqld守护进程启动时，它把目录改变到数据目录。这是它期望写日志文件和pid(进程ID)文件的地方，和它期望在那儿找到数据库。

数据目录地点是在分发编译时定死的。然而，如果mysqld期望它在你的系统上其他某个地方找到数据目录，它将工作不正常。如果你有不正确路径的问题，你可使用--help选项调用mysqld，找到mysqld允许什么选项和缺省路径设置是什么。你能通过指定正确的路径作为mysqld命令行参数来覆盖缺省值。（这些选择也能用于safe_mysqld。）

通常你应该只需要告诉mysqld基本目录，在它下面安装MySQL。你可以用--basedir选项做到，你也能使用--help检查改变路径选项的效果(注意，--help必须是mysqld命令的最后选项)。例如：

shell> EXECDIR/mysqld --basedir=/usr/local --help

一旦你确定你想要的路径设置，不用--help选项启动服务器。

如果你得到下列错误，它意味着mysqld正在试图使用某些其他程序(或其他mysqld服务器)已经正在使用TCP/IP端口或套接字：

Can't start server: Bind on TCP/IP port: Address already in use
  或
Can't start server : Bind on unix socket...

使用ps保证你没有另外一个mysqld服务器正在运行。如果你不能发现其他运行的服务器，你可以尝试执行命令telnet your-host-name tcp-ip-port-number并且按几次RETURN键，如果你没有得到一个错误消息，像telnet: Unable to connect to remote host: Connection refused，某个东西正在使用mysqld正在试图使用的TCP/IP端口，见4.15.1 运行mysql_install_db的问题和19.3 在同一台机器上运行多个MySQL服务器。

safe_mysqld脚本被编写以便能正常地启动一个从MySQL源代码或二进制代码版本安装的服务器，就算这些在稍微不同的地点安装服务器。safe_mysqld希望这些条件之一是真的：

    * 服务器和数据库能在相对safe_mysqld被调用的目录下找到。safe_mysqld在它的工作目录下面找“bin”和“data”目录(对二进制分发)或“libexec”和“var”目录(对源代码分发)。如果你从你的MySQL安装目录(例如，对二进制分发为“/usr/local/mysql”)执行safe_mysqld，这个条件应该满足。
    * 如果服务器和数据库不能在相对其工作目录找到，safe_mysqld试图通过绝对路径找到他们。典型的地点是“ /usr/local/libexec”和“/usr/local/var”。实际的地点在构造来自分发的safe_mysqld时确定，如果MySQL安装在一个标准的地点，他们应该是正确的。

因为safe_mysqld将试图在相对它自己的工作目录下找到服务器和数据库，你可以在任何地方安装MySQL的二进制分发，只要你从MySQL安装目录启动safe_mysqld即可：

shell> cd mysql_installation_directory
shell> bin/safe_mysqld &

如果safe_mysqld失败，甚至在从MySQL安装目录调用时，你可以修改它以便使用到mysqld路径并且对你的系统的路径选项是正确的。注意，如果在将来你升级MySQL，你的safe_mysqld修改版本将被覆盖，因此你应该做一个你能重新安装的编辑过的版本的拷贝。

如果mysqld当前正在运行，通过执行这个命令，你能发现它正在使用什么路径设置：

shell> mysqladmin variables

或

shell> mysqladmin -h 'your-host-name' variables

如果safe_mysqld启动服务器但是你不能与它连接，你应该保证你在“/etc/hosts”里面有一个条目，看起来像这样：

127.0.0.1  localhost

这个问题仅发生在没有一个能工作的线程库的系统上并且对该系统MySQL必须配置为使用MIT-pthreads。

4.15.3 自动启动和停止MySQL

mysql.server脚本可以被用来启动或停止服务器，通过用start或stop参数调用它：

shell> mysql.server start
shell> mysql.server stop

mysql.server可在MySQL安装目录下的“share/mysql”目录里找到，或在MySQL源代码树的“support-files”目录下找到。

在mysql.server启动服务器之前，它把目录改变到MySQL安装目录，然后调用safe_mysqld。如果你有在一个非标准的地点安装的二进制分发，你可能需要编辑mysql.server。修改它，运行safe_mysqld前，cd到正确的目录。如果你想要作为一些特定的用户运行服务器，你可以改变mysql_daemon_user=root行使用其他用户，你也能修改mysql.server把其他选项传给safe_mysqld。

mysql.server stop通过向服务器发出一个信号停止它。你可手工执行mysqladmin shutdown关闭服务器。

当你开始使用MySQL作为生产应用时，你可能想要增加这些启动并且停止命令到在你的“/etc/rc * 文件中适当的地方。注意如果你修改mysql.server，那么如果某个时候你升级MySQL时，你的修改版本将被覆盖，因此你应该做一个你可重新安装的编辑过的版本的拷贝。

如果你的系统使用“/etc/rc.local”启动外部脚本，你应该添加下列到其中：

/bin/sh -c 'cd /usr/local/mysql ; ./bin/safe_mysqld &'

你也可以在一个全局“/etc/my.cnf”文件中增加mysql.server的选项。一个典型的“/etc/my.cnf”文件可能看起来像这样：

mysqld]
datadir=/usr/local/mysql/var
socket=/tmp/mysqld.sock
port=3306

[mysql.server]
user=mysql
basedir=/usr/local/mysql

mysql.server脚本使用下列变量：user、datadir、basedir、bindir和pid-file。

见4.15.4 选项文件。
4.15.4 选项文件

MySQL3.22 可以从选项文件中为服务器和客户读取缺省启动选项。

在Unix上，MySQL从下列文件读取缺省选择：

文件名         用途
/etc/my.cnf         全局选项
DATADIR/my.cnf         服务器特定的选项目
~/.my.cnf         用户特定的选项

DATADIR是MySQL的数据目录(典型地对二进制安装是“/usr/local/mysql/data”或对源代码安装是“/usr/local/var”)。注意：这是在配置时间指定的目录，不是mysqld启动时用--datadir指定的目录！(--datadir在服务器寻找选项文件的地方无效，因为它以前寻找他们，它处理任何命令行参数。）

MySQL在Win32上从下列文件读取缺省选项：
文件名         用途
windows-system-directory\my.ini
C:\my.cnf         全局选项
C:\mysql\data\my.cnf         服务器特定的选项

注意，在Win32上你应该用/而不是\指定所有的路径，如果你使用\，你需要指定两个，因为在MySQL里面\是转义字符。

MySQL试图以上述所列的顺序读取选项文件。如果存在多个选项文件，在一个后面文件读取的选项优先于在先前读取的一个文件中指定的同一个选项，在命令行上指定的选项优先于在任何选项文件指定了的选项。有些选择能使用环境变量指定，在命令行或在选项文件指定的选项优先于环境变量。

下列程序支持选项文件：mysql、mysqladmin、mysqld、mysqldump、mysqlimport、mysql.server、myisamchk和myisampack。

你能使用选项文件指定一个程序支持的任意长的选项！用--help选项运行程序可得到的可用选项的表。

一个选项文件可以包含下列形式的行：

#comment
    注释行以“#”或“;”开始，空行被忽略。
[group]
    group是你想为其设置选项的程序或组的名字。在一个组行后，任何option或set-variable行应用于命名的组，直到选择文件结束或其他组的给出。
option
    这等价于在命令行上的--option。
option=value
    这等价于在命令行上的--option=value。
set-variable = variable=value
    这等价于在命令行上的--set-variable variable=value。该语法必须被用来设置一个mysqld变量。

client组允许你指定适用于所有MySQL客户的选项(不是mysqld)。这是理想的组来指定你用来与服务器连接的口令。（但是保证只是选项文件本身是可读的和可写的。）

注意，对域选项和值，所有头部和尾部空白自动被删除。你可以在的值串中使用转义顺序“\b”、“\t”、“\n”、“\r”、“\\”和“\s”(“\s”==空白)。

这是一个典型的全局选项文件：

[client]
port=3306
socket=/tmp/mysql.sock

[mysqld]
port=3306
socket=/tmp/mysql.sock
set-variable = key_buffer=16M
set-variable = max_allowed_packet=1M

[mysqldump]
quick

这是典型的用户选项文件：

[client]
# The following password will be sent to all standard MySQL clients
password=my_password

[mysql]
no-auto-rehash

如果你有一个源代码分发，你将在“support-files”目录下找到一个名为“my-example.cnf”样品配置文件。如果你有二进制分发，在“DIR/share/mysql”目录下查找，在此DIR是MySQL安装目录的路径(一般是“/usr/local/mysql”)。你可以拷贝“my-example.cnf”到你的主目录(重新命名拷贝为“.my.cnf”)来试验。

为了告诉一个MySQL程序不读任何选项文件，在命令行上指定--no-defaults作为第一个选项。这必须是第一个选项，否则它将无效！如果你想检查使用哪个选项，你可以给出--print-defaults选项作为第一个选项。

如果你想要强制使用一个特定配置文件，你可以使用选项--defaults-file=full-path-to-default-file。如果你这样做，只有指定的文件将被读取。

开发者注意：选项文件的处理简单地通过处理所有在任何命令行前参数的匹配选项来实现(即，在适当的组里的选项)，这对使用多次指定的一个选项的最后实例的程序工作的很好。如果你有这样一个处理多重指定选项但不读选项文件的旧程序， 你只需要增加2行给与它那种能力。检查任何标准的MySQL客户的源代码看怎样做。

4.16 升级/降级MySQL时有什么特别的事情要做？

只要你有MySQL同一个的基础版本，你总可以在同样的体系结构上的不同版本之间的移动MySQL表格(form)和数据文件。当前的基础版本是3。如果你通过重新编译MySQL改变字符集（也可以改变排序顺序)，你必须在所有的表上运行myisamchk -r -q，否则你的索引不能正确被排序。

如果你偏执于或担心新版本，你总能重新命名的旧mysqld为类似于mysqld-'old-version-number'。那么如果你的新mysqld做一些意外的事情，你可以简单地关掉它并重启你的旧mysqld！

当你做一个升级时，当然你也应该备份你的旧数据库。有时有点偏执狂是好的！

在升级后，如果你重新编译客户程遇到问题，像Commands out of sync或意外的核心倾倒，在编译你的程序时，你可能使用了一个旧的头文件或库文件。在这种情况下，你应该检查你的“mysql.h”文件和“libmysqlclient.a”库文件的日期以证实他们来自新的MySQL发行。如果不是，请重新编译你的程序！

如果你有些问题，新的mysqld服务器不想启动或你不能没有口令连接，检查你确实没有来自你的旧安装的一些旧的“my.cnf”文件！你可以用program-name --print-defaults检查。如果这输出任何非程序名字的任何东西，你有一个活跃my.cnf文件将可以影响一些事情！

无论何时你安装一个新版本的MySQL，重新构造并重新安装Msql-Mysql-modules分发是一个好主意，特别是在升级MySQL后，如果你注意到诸如你的所有DBI脚本倾倒核心症状。

4.16.1 从一个3.22版本升级到3.23

MySQL 3.23支持新MyISAM类型和旧ISAM类型的表。你不必须变换你的旧式表给3.23使用。缺省地，所有的新表将用类型MyISAM创建（除非你使用--default-table-type=isam选项启动mysqld）。你可以用ALTER TABLE或Perl脚本mysql_convert_table_format将一个ISAM表转换成一个MyISA表。

3.22和3.21客户将毫无问题地与一个3.23服务器一起工作。

当升级到3.23时，下面列出你必须注意的事情：

    * INNER和DELAYED现在是保留字。
    * FLOAT(X)现在是一个真正的浮点类型。
    * 当声明DECIMAL(length,dec)时，长度参数不再包括一个符号或小数点位置。
    * 一个TIME字符串必须是下列现有格式之一：[[[DAYS] [H]H:]MM:]SS[.fraction]或[[[[[H]H]H]H]MM]SS[.fraction]。
    * 现在，LIKE使用'='同样的字符比较规则比较字符串。如果你要求旧的行为，你可以用CXXFLAGS=-DLIKE_CMP_TOUPPER标志编以MySQL。
    * REGEXP现在对正常(不是二进制的)字符串是忽略大小写的。
    * 在你检查/修复表时，对MyISAM表(.MYI)，你应该使用myisamchk，而对ISAM(.ISM)表使用isamchk。
    * 如果你想要你的mysqldumps在MySQL3.22和3.23之间兼容，你应该不使用mysqldump的--opt或--full选项。
    * 检查所有对DATE_FORMAT()的调用，保证在在每个格式字符前有一个“%”。
    * mysql_fetch_fields_direct现在是函数(它以前是一个宏)并且它返回一个指向MYSQL_FIELD的指针而不是一个MYSQL_FIELD。
    * mysql_num_fields()可以不再被用在一个MYSQL*对象上(它现在是一个函数，拿MYSQL_RES*作为一个参数）。相反你现在应该使用mysql_field_count()。
    * 在MySQL3.22，SELECT DISTINCT ...的输出几乎总是被排序的。在3.23上，你必须使用GROUP BY或ORDER BY获得排序的输出。
    * 如果没有匹配的行，SUM()现在返回NULL，而不是 0。这是遵照ANSI SQL。
    * 新的限制词：CASE、THEN、WHEN、ELSE和END。

4.16.2 从一个3.21版本升级到3.22

没有影响相容性的东西在3.21和3.22之间已改变。唯一的缺陷是用DATE类类型创建的新表将使用新方法存储日期。你不能从一个mysqld旧版本存取这些新字段。

在安装MySQL3.22 以后，你应该启动新的服务器并且然后运行mysql_fix_privilege_tables脚本。这将增加你使用GRANT命令所需的新权限。如果你忘记了这个，当你试着使用ALTER TABLE, CREATE INDEX或DROP INDEX时，你将得到Access denied。如果你的MySQL根用户要求一个口令，你应该把它作为一个参数给mysql_fix_privilege_tables。

mysql_real_connect()的C API接口改变了。如果你有一个旧的客户程序调用该函数，你必须放一个0作为新db参数(或为了快速连接重新编码发送的db单元的客户)。你在mysql_real_connect()前也必须调用mysql_init()！做这个改变允许新的mysql_options()函数在MYSQL处理程序结构中保存选项。
4.16.3 从一个3.20版本升级到3.21

如果你正在运行一个比3.20.28旧的版本并且想要换到3.21.x，你需要做下列事情：

你能用safe_mysqld --old-protocol启动mysqld3.21服务器从3.20分发的客户使用它。在这种情况下，新客户函数mysql_errno()将不返回任何服务器错误，而仅仅是CR_UNKNOWN_ERROR(但是它为客户错误服务)并且服务器使用旧的passwd() 检查而非新的一个。

如果你在而不是对mysqld使用--old-protocol选项，你将需要做下列改变：

    * 所有的客户代码必须重新编译。如果你正在使用ODBC，你必须得到新的MyODBC 2.x驱动程序。
    * 脚本scripts/add_long_password必须运行以便变换在mysql.user表中的Password字段为CHAR(16)。
    * 所有在mysql.user中的口令必须被重新赋值(为了得到62位而非31位口令)。
    * 表格式没变化，因此你不必须变换任何表。

MySQL3.20.28和以上版本可以处理新的user表格式而不影响客户。如果你有一个比3.20.28早的MySQL版本，如果你变换user表，口令将不再与之工作。因此为了安全，你首先应该升级到至少3.20.28并且然后升级到3.21.x。

新的客户代码可与一个3.20.x 版的mysqld服务器一起工作，因此如果你遇到3.21.x的问题，你可以使用旧的3.20.x服务器而无须重新编译客户。

如果你对mysqld不使用--old-protocol选项，旧的客户将发出错误消息：

ERROR: Protocol mismatch. Server Version = 10 Client Version = 9

新的Perl DBI/DBD接口也支持旧的mysqlperl接口。如果你使用mysqlperl，你必须做的唯一改变是改变到connect()函数的参数。新参数是：host、database、user、password（user和password参数改变了位置)。见20.5.2 DBI接口。

下列变化可能影响到旧的应用程序的查询：

    * 现在HAVING必须在任何ORDER BY子句前被指定。
    * LOCATE()参数被交换了。
    * 有一些新的保留字。最著名是DATE、TIME和TIMESTAMP。

4.16.4 升级到其他体系结构

如果你正在使用MySQL3.23，你能在不同的支持同样浮点格式的体系结构之间拷贝.frm、.MYI和.MYD。(MySQL考虑了任何字节交换的问题)。

MySQL ISAM数据“ *.ISD”和索引文件“ *.ISM”文件是依赖于系统结构并在某些情况下依赖于OS。如果你想要移动你的应用程序到有与你当前系统不同的体系结构或OS的其他机器上，你不应该试图通过简单地拷贝文件到另外的机器上来移动一个数据库，相反使用mysqldump。

缺省地，mysqldump将创建一个满是SQL语句的文件，然后你可以把文件转移到其他机器上并且把它作为mysql客户的输入。

试一试mysqldump --help看可得到什么选项。如果你正在移动数据到一个更新的MySQL版本，你应该用得到的更新的版本使用mysqldump --opt得到一个快速、紧凑的倒出(dump)。

最容易(尽管不是最快)的在2台机器之间移动一个数据库的方法是在数据库所在的机器上运行下列命令：

shell> mysqladmin -h 'other hostname' create db_name
shell> mysqldump --opt db_name \
        | mysql -h 'other hostname' db_name

如果你想要在一个慢的网络上从一台远程机器上拷贝一个数据库，你可以使用：

shell> mysqladmin create db_name
shell> mysqldump -h 'other hostname' --opt --compress db_name \
        | mysql db_name

你也可以在一个文件中存储结果, 然后把文件转移到目标机器并且在那里装载文件到数据库。例如，你能象这样在源机器上倾倒一个数据库到一个文件：

shell> mysqldump --quick db_name | gzip > db_name.contents.gz

（本例创建的文件被压缩) 转移包含数据库内容的文件到目标机器，并且在那里运行这些命令：

shell> mysqladmin create db_name
shell> gunzip < db_name.contents.gz | mysql db_name

你也可以使用mysqldump和mysqlimport完成数据库转移。对大数据库表，这比简单地使用mysqldump更快。在下列命令中，DUMPDIR代表你用来存储来自mysqldump的输出的目录的完整的路径。

首先，为输出文件和倾倒数据库创建目录：

shell> mkdir DUMPDIR
shell> mysqldump --tab=DUMPDIR db_name

然后转移在DUMPDIR目录下的文件到目标机器的一些相应目录并且在那里装载文件到MySQL：

shell> mysqladmin create db_name           # create database
shell> cat DUMPDIR/*.sql | mysql db_name   # create tables in database
shell> mysqlimport db_name DUMPDIR/*.txt   # load data into tables

另外，别忘记拷贝mysql数据库，因为那是授权表(user、db、host)被存储的地方。你可能必须作为MySQL root用户在新机器上运行命令，直到你让mysql数据库到位。

当你在新机器上导入mysql数据库后，执行mysqladmin flush-privileges以便服务器再次装入授权表信息。