MySQL Perl支持也要求你安装了MySQL客户编程支持。如果你从RPM文件安装MySQL，客户程序在客户RPM中，但是客户编程支持在开发者RPM。确定你安装了后一个RPM 。

对于版本3.22.8，Perl支持是与主要MySQL发行版本单独分发。如果你想要安装Perl支持，你需要的文件能从http://www.mysql.com/Contrib获得。

在UNIX下安装分发包
Perl 分发以压缩的tar档案提供，并且有一个类似“MODULE-VERSION.tar.gz”的名字，这里MODULE是模块名字并且VERSION是版本号。你应该得到Data-Dumper、DBI和Msql-Mysql-modules分发并按此次序安装他们。安装过程显示出在下面，显示的例子针对Data-Dumper模块, 但是所有3个过程是相同的。

解包分发到当前目录：
shell> gunzip < Data-Dumper-VERSION.tar.gz | tar xvf -
这个命令创建的一个名为“Data-Dumper-VERSION”的目录。

进入解包分发的顶级目录：
shell> cd Data-Dumper-VERSION
构造分发并且编译所有东西：
shell> perl Makefile.PL
shell> make
shell> make test
shell> make install
make test命令很重要，因为它验证模块正在工作。注意：在你Msql-Mysql-modules安装期间运行该命令试验接口代码时，MySQL服务器必须正在运行，否则测试将失败。

无论何时你安装一个新版本的MySQL，重建并且重新安装Msql-Mysql-modules分发是一个弥饕? 特别是如果你在升级MySQL后，观察所有异常，如你的DBI脚本核心倾倒(core dump)。

如果你没有权限在系统目录下安装Perl模块，或如果你安装本地Perl模块，下列参考书可以帮助你：

http://www.iserver.com/support/contrib/perl5/modules.html
在标题Installing New Modules that Require Locally Installed Modules下面查找。

在Win32上安装ActiveState Perl
在 Win32 上安装 ActiveState Perl的MySQL DBD的模块, 你应该做下列步骤：

打开一个DOS shell。
如果需要，设置HTTP_proxy变量。例如, 你可以试一试：set HTTP_proxy=my.proxy.com:3128
启动PPM程序：C:perlinppm.pl
如果你还没有这样做，安装DBI： install DBI
如果成功，安装DBD::mysql：http://www.mysql.com/Contrib/ppd/DBD-mysql.ppd
如果你不能使上述步骤工作，你应该安装MyODBC驱动程序并且通过ODBC连接MySQL服务器。

use DBI;
$dbh= DBI->connect("DBI:ODBC:$dsn","$user","$password") ||
die "Got error $DBI::errstr when connecting to $dsn";

在Win32上安装MySQL Perl分发
MySQL Perl分发包含DBI、DBD:MySQL和DBD:ODBC。
从http://www.mysql.com/download.html得到Win32的Perl分发。
在C:解压缩分发，这样你得到一个“C:PERL”目录。
增加目录“C:PERLBIN”到你的路径。
增加目录“C:PERLBINMSWin32-x86-thread”或“C:PERLBINMSWin32-x86”到你的路径。
在 DOS shell执行perl -v测试perl的运行。

使用PerlDBI/DBD接口的问题
如果 Perl 报告它不能找到../mysql/mysql.so模块，那么问题可能是该Perl不能找到共享库文件“libmysqlclient.so”。

你可用下列任何一个方法修正它这：

用perl Makefile.PL -static而非perl Makefile.PL编译Msql-Mysql-modules分发。拷贝libmysqlclient.so到其他共享库文件所在的目录(可能是“/usr/lib”或“/lib”)。在Linux上，你可以把libmysqlclient.so所在目录的路径名加到“/etc/ld.so.conf”文件中。把libmysqlclient.so所在目录的路径名加到LD_RUN_PATH环境变量中。如果你从DBD-mysql得到下列错误，你可能正在使用gcc（或使用一个旧的用gcc编译的二进制代码)：

/usr/bin/perl: can't resolve symbol '__moddi3'
/usr/bin/perl: can't resolve symbol '__divdi3'
当“mysql.so”库文件被构造时候，为链接命令加上-L/usr/lib/gcc-lib/… -lgcc(当你编译Perl客户时检查针对“mysql.so”的make输出)。-L选项应该指定“libgcc.a”在你系统上所在目录的路径名。

这个问题的另一个原因可能是Perl和MySQL都不是用gcc编译的。在这种情况下，你可以都用gcc编译以解决不匹配。

如果你想要在一个不支持动态链接(象SCO那样)的系统上使用Perl模块，你可以产生包括DBI和DBD-mysql的Perl的一个静态版本。这种运行方法是你生成一个链接了DBI代码的Perl版本并在最新的Perl上安装它，然后你使用它来构造附加链接了DBD代码的Perl版本，并且安装它。

在 SCO 上，你必须有下列环境变量设置：

shell> LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib:/usr/progressive/lib
或
shell> LD_LIBRARY_PATH=/usr/lib:/lib:/usr/local/lib:/usr/ccs/lib:/usr/progressive/lib:/usr/skunk/lib
shell> LIBPATH=/usr/lib:/lib:/usr/local/lib:/usr/ccs/lib:/usr/progressive/lib:/usr/skunk/lib
shell> MANPATH=scohelp:/usr/man:/usr/local1/man:/usr/local/man:/usr/skunk/man:
首先, 在DBI分发所在目录下运行下列命令，创造包括一个静态链接的Perl DBI：

shell> perl Makefile.PL LINKTYPE=static
shell> make
shell> make install
shell> make perl
然后你必须安装新的Perl。Make perl的输出将显示正确的你需要执行施行安装的make的命令。在SCO上，是make -f Makefile.aperl inst_perl MAP_TARGET=perl.

接下来，在Msql-Mysql-modules分发所在目录下，使用刚才创建的Perl来创建同样包括一个静态链接的PerlDBD::mysql的另一个Perl：

shell> perl Makefile.PL LINKTYPE=static
shell> make
shell> make install
shell> make perl
最后, 你应该安装这个新的Perl。而且，make perl的输出指出使用的命令。

系统特定的问题
下面的章节说明在从源代码分发安装MySQL时，发生在特定的系统上并已观察到的一些问题。

Solaris注意事项
在Solaris上，甚至在你解开MySQL分发以前，你可能陷入困境！Solaris tar不能处理长文件名字，因此你在打开MySQL时，可能看到这样的一个错误：

x mysql-3.22.12-beta/bench/Results/ATIS-mysql_odbc-NT_4.0-cmp-db2,informix,ms-sql,mysql,oracle,solid,sybase, 0 bytes, 0 tape blocks
tar: directory checksum error
在这种情况下，你必须使用 GNU tar(gtar) 打开分发。你能在http://www.mysql.com/Downloads/找到为Solaris的一个预编译的拷贝。

Sun的原生线程只工作在Solaris 2.5和更高版本上。对于2.4和更早的版本，MySQL将自动地使用 MIT-pthreads 。见4.9 MIT-pthreads 注意事项。

如果你从配置得到下列错误：

checking for restartable system calls… configure: error can not run test
programs while cross compiling
这意味着你的编译器安装有些问题！在这种情况下，你应该升级编译器到一个更新的版本。你也可以把下列行插入到config.cache文件来解决这个问题：

ac_cv_sys_restartable_syscalls=${ac_cv_sys_restartable_syscalls='no'}
如果你在一个SPARC上使用Solaris，推荐的编译器是egcs1.1.2 或更新。你能在http://egcs.cygnus.com/找到它。注意：egs1.1.1 和gcc2.8.1 不能在 SPARC 上可靠地工作！

当使用时egcs1.1.2时，推荐的configure命令行是：

shell> CC=gcc CFLAGS="-O6"
CXX=gcc CXXFLAGS="-O6 -felide-constructors -fno-exceptions -fno-rtti"
./configure --prefix=/usr/local/mysql --with-low-memory
如果你有Sun Workshop 4.2 编译器，你能这样运行configure：

CC=cc CFLAGS="-xstrconst -Xa -xO4 -native -mt" CXX=CC CXXFLAGS="-xO4 -native -noex -mt" ./configure --prefix=/usr/local/mysql

shell> CC=cc CFLAGS="-Xa -fast -xO4 -native -xstrconst -mt"
CXX=CC CXXFLAGS="-noex -XO4 -mt"
./configure
你也可以编辑configure脚本改变该行：
#if !defined(__STDC__) || __STDC__ != 1
为：
#if !defined(__STDC__)
如果你使用-Xc选项打开__STDC__，Sun编译器不能用 Solaris 的“pthread.h”头文件编译。这是Sun的一个bug。

如果mysqld在运行时发出显示在下面的错误消息，你已经尝试用Sun编译器编译MySQL，没有启用多线程选择(-mt)：

libc internal error: _rmutex_unlock: rmutex not held
增加-mt到CFLAGS和CXXFLAGS并且再试一试。

如果你在用gcc编译MySQL时得到下列错误，它意味着你的gcc没有对你的Solaris版本进行配置！

shell> gcc -O3 -g -O2 -DDBUG_OFF -o thr_alarm …
./thr_alarm.c: In function `signal_hand':
./thr_alarm.c:556: too many arguments to function `sigwait'
在这种情况下正确的做法是得到最新版本的egcs，并且用你当前的gcc编译器编译它！至少对于 Solaris 2.5，几乎所有的gcc二进制版本都有旧的、不可用的包含文件，将破怀使用线程的所有程序的文件(并且可能是其他的程序)！

Solaris不提供所有系统库的静态版本(libpthreads和libdl)，所以你不能用--static编译MySQL。如果你尝试这样做，你将得到错误：

ld: fatal: library -ldl: not found
如果太多进程试图很快地连接mysqld，你将在MySQL日志文件中看见这个错误：

Error in accept: Protocol error
你可以试着用--set-variable back_log=50选项启动服务器作为它的一个解决办法。

如果你正在链接你自己的MySQL客户，当你试着执行它时，你可能得到下列错误：

ld.so.1: ./my: fatal: libmysqlclient.so.#: open failed: No such file or directory
这个问题能用下列方法之一避免：

用下列标志链接客户(而不是-Lpath)： -Wl,r/full-path-to-libmysqlclient.so。
拷贝libmysqclient.so到“/usr/lib”。
在运行你的客户程序前，把libmysqlclient.so所在目录的路径名加到LD_RUN_PATH的环境变量中。
4.11.2 Solaris 2.7 注意事项
通常你能在 Solaris 2.7 上使用 Solaris 2.6 二进制代码。大多数Solaris 2.6 的问题也适用于Solaris 2.7。

注意：MySQL3.23.4 和更高版本应该能自动检测 Solaris 2.7 并且启用下列问题的解决办法！

Solaris 2.7 在包括文件中有一些bug，在使用gcc时，你可以看见下列错误：

/usr/include/widec.h:42: warning: `getwc' redefined
/usr/include/wchar.h:326: warning: this is the location of the previous
definition
如果出现这种情况，你可以做下列事情解决这个问题：

拷贝/usr/include/widec.h到…/lib/gcc-lib/os/gcc-version/include并且改变第41行：

#if !defined(lint) && !defined(__lint)

为

#if !defined(lint) && !defined(__lint) && !defined(getwc)
另外，你可以直接编辑“/usr/include/widec.h”。这两种方法，在你进行修正以后，你应该删除“config.cache”并且再运行configure！

如果当你运行make时，你得到象这样错误，那是因为configure没检测“curses.h”文件(可能因为/usr/include/widec.h的错误)：

In file included from mysql.cc:50:
/usr/include/term.h:1060: syntax error before `,'
/usr/include/term.h:1081: syntax error before `;'
解决它的方案是做下列步骤之一：

如上所述编辑“/usr/include/widec.h”并且再次运行configure。
从“config.h”文件删除#define HAVE_TERM行并再次运行make。
用CFLAGS=-DHAVE_CURSES CXXFLAGS=-DHAVE_CURSES ./configure进行配置。
4.11.3 Solaris x86 注意事项
如果你正在在 Solaris x86上使用gcc或egcs，并且你碰到了在装载时的核心倾倒（core dump）问题，你应该使用下列configure命令：

shell> CC=gcc CFLAGS="-O6 -fomit-frame-pointer"
CXX=gcc
CXXFLAGS="-O6 -fomit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti"
./configure --prefix=/usr/local/mysql
用libstdc++库和与C++异常处理来避免这个问题。

如果这没有帮助，你应该编译一个调试版本并且用一个踪迹文件运行它或在gdb下运行它。见G.1 调试一个 MySQL 服务器。

SunOS 4 注意事项
在 SunOS 4 上， 需要MIT-pthreads 编译MySQL，反过来这意味着你将需要GNU make。

一些SunOS 4系统的动态库和libtool有问题。你可以使用下列configure行来避免这个问题：

shell> ./configure --disable-shared --with-mysqld-ldflags=-all-static
当编译readline时，你可能得到关于重复定义的警告，这些可以被忽略。

当编译mysqld时候， 将有一些implicit declaration of function警告，这些可以被忽略。

4.11.5 Linux 注意事项(所有Linux版本)
MySQL在Linux上使用 LinuxThreads 。如果你正在使用一个没有glibc2的老的Linux版本，你必须在尝试编译MySQL前安装LinuxThreads。Http://www.mysql.com/Downloads/Linux

注意：但你做INSERT DELAYED时，所用的包括2.1.1及以前的glibc版本在pthread_mutex_timedwait处理上有一个致命错误，如果你正在使用INSERT DELAYED，你必须把下列补丁加到你的glibc库中：http：//www.mysql.com/Downloads/Patches/glibc-pthread_cond_timedwait.patch。MySQL 3.23.7包含了对这个错误的一个临时解决办法。

如果你不能启动mysqld或如果mysql_install_db不工作，请继续读下去！这仅发生在有LinuxThreads问题或libc/glibc库为题的Linux系统上。有很多简单的解决办法让MySQL工作！最简单是使用针对Linux x86的二进制版本的MySQL（不是RPM)，这个版本的一个好的方面是它可能比你编译你自己的任何版本快10%！见10.2.1 编译和链接如何影响 MySQL 的速度。

二进制分发的一个已知问题是与使用libc的更老的Linux系统（如RedHat 4.x 或 Slackware)，你将得到有关主机名解决的一些非致命问题。见4.6.3.1 Linux注意事项。

使用libc.so.5.3.12，myisamchk将挂起，升级到最新libc以解决这个问题。

当使用 LinuxThreads 时，你将看到最少 3 进程在运行。这些事实上的线程，对LinuxThreads管理器将有一个线程，一个线程处理连接，还有一个线程处理告警和信号。

如果你用ps看到了一个死掉的mysqld守护进程，这通常意味着你发现了MySQL里面的一

[1] [2] [3] 下一页