Perl对MySQL的支持借助DBI/DBD客户接口而提供。Perl DBD/DBI客户代码要求Perl 5.004或以后版本。如果你有Perl的一个更旧的版本，接口将不能工作。

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个过程是相同的。

解包分发到当前目录：

这个命令创建的一个名为“Data-Dumper-VERSION”的目录。

进入解包分发的顶级目录：

构造分发并且编译所有东西：

make test命令很重要，因为它验证模块正在工作。注意：在你Msql-Mysql-modules安装期间运行该命令试验接口代码时，MySQL服务器必须正在运行，否则测试将失败。

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

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

在标题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服务器。

在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命令：

用libstdc++库和与C++异常处理来避免这个问题。

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

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

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

当编译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里面的一个错误或你有一个被破坏的数据库表。见18.1 如果MySQL总是崩溃怎么办。

如果你正在使用LinuxThreads并且mysqladmin shutdown不工作，你必须升级到 LinuxThreads 0.7.1 或更新。

如果你正在使用 RedHat ，你可能得到象这样的错误：

/usr/bin/perl is needed…
/usr/sh is needed…
/usr/sh is needed…
如果是这样，你应该升级rpm版本到“rpm-2.4.11-1.i386.rpm”和“rpm-devel-2.4.11-1.i386.rpm”(或以后)。

你能从ftp://ftp.redhat.com/updates/4.2/i386得到RedHat 4.2的库文件升级，或对其他分发http: //www.sunsite.unc.edu/pub/Linux/distributions/redhat/code/rpm/。

如果你正在链接你自己的MySQL客户并且得到错误：

ld.so.1: ./my: fatal: libmysqlclient.so.4: open failed: No such file or directory
当执行它们时，这个问题可用下列方法之一避免：

用下列标志链接客户(而不是-Lpath)： -Wl,r/path-libmysqlclient.so。
拷贝libmysqclient.so到“/usr/lib”。
在运行你的客户程序前，把libmysqlclient.so所在目录的路径名加到LD_RUN_PATH的环境变量中。
如果你正在使用 Fujitsu 编译器(fcc / FCC)，编译MySQL你将有一些问题，因为 Linux 头文件面向gcc。

下列configure行应该与fcc/FCC工作：

CC=fcc CFLAGS="-O -K fast -K lib -K omitfp -Kpreex -D_GNU_SOURCE -DCONST=const
-DNO_STRTOLL_PROTO" CXX=FCC CXXFLAGS="-O -K fast -K lib -K omitfp
-K preex --no_exceptions --no_rtti -D_GNU_SOURCE -DCONST=const
-Dalloca=__builtin_alloca -DNO_STRTOLL_PROTO '-D_EXTERN_INLINE=static __inline'"
./configure --prefix=/usr/local/mysql --enable-assembler
--with-mysqld-ldflags=-all-static --disable-shared --with-low-memory

Linux-x86 注意事项
MySQL要求libc版本 5.4.12 或更新，已知可工作在libc 5.4.46。Glibc版本2.0.6和以后版本应该也工作。使用RedHat的glibc RPM有一些问题，所以如果你有问题，检查是否有任何更新！Glibc2.0.7-19和2.0.7-29 RPM已知可以工作。

在一些更老的 Linux 分发上，configure可能产生象这样的一个错误：

Syntax error in sched.h. Change _P to __P in the /usr/include/sched.h file.
See the Installation chapter in the Reference Manual.
按照错误消息所说的去做，并且给只有一条下划线的_P宏增加一个额外下划线 ('__P'), 然后再试一试。

在编译时，你可能得到一些警告；显示在下面的那些可以被忽略：

mysqld.cc -o objs-thread/mysqld.o
mysqld.cc: In function `void init_signals()':
mysqld.cc:315: warning: assignment of negative value `-1' to `long unsigned int'
mysqld.cc: In function `void * signal_hand(void *)':
mysqld.cc:346: warning: assignment of negative value `-1' to `long unsigned int'
在Debian GNU/Linux上，如果你想要在系统启动时自动启动MySQL，做下列命令：

shell> cp support-files/mysql.server /etc/init.d/mysql.server
shell> /usr/sbin/update-rc.d mysql.server defaults 99
mysql.server可以在MySQL安装目录的“share/mysql”目录下面找到, 或在MySQL源代码树的“support-files”目录下找到。

如果mysqld在它启动时总是核心倾倒(core dump), 问题可能是你有一个老版本的“/lib/libc.a”，重命名它，然后删除“sql/mysqld”并且重新make install再试一试。这个问题在一些 Slackware 安装上被报告了。有最新版本的glibc的RedHat 5.0也有一些类似的问题。见4.11.5.2 RedHat 5.0 注意事项。

如果再链接mysqld时，你得到下列错误, 它意味着你的“libg++.a”没有正确安装：

/usr/lib/libc.a(putc.o): In function `_IO_putc':
putc.o(.text+0x0): multiple definition of `_IO_putc'
像这样运行configure，你能避免使用“libg++.a”：

shell> CXX=gcc ./configure
4.11.5.2 RedHat 5.0 注意事项
如果你在RedHat上有MySQL的任何问题，你应该开始升级glibc到最新可能的版本！

如果你安装所有的官方RedHat补丁(包括glibc-2.0.7-19和glibc-devel-2.0.7-19)，MySQL的二进制代码和源代码分发运行应该没有任何麻烦！

因为在glibc2.0.5里面有关如何释放pthread_key_create变量有一个错误，更新是需要的。用glibc2.0.5，你必须使用一个静态地链接的MySQL二进制分发。如果你想要从源代码编译，你必须安装来自于http: //www.mysql.com/Downloads/Linux 的LinuxThreads修正版本或升级你的glibc。

如果你有一个不正确的glibc或LinuxThreads版本，其结果是mysqld在每个连接以后崩溃。例如，mysqladmin version完成后，mysqld将崩溃！

另一个不正确的库的症状是当mysqld启动时，马上崩溃。在一些Linux系统上，这个问题可以通过这样的配置来修正：

shell> ./configure -- with-mysqld-ldflags=-all-static
在Redhat 5.0上，容易的方法是安装glibc2.0.7-19 RPM并运行configure --with-mysqld-ldflags=-all-static选项。

对于glibc2.0.7的源代码分发，容易运用并被MySQL测试的一个补丁可以在下面找到：

http://www.mysql.com/Download/Linux/glibc-2.0.7-total-patch.tar.gz
如果当你构造MySQL时，你有类似于这些崩溃的经历, 你总能下载到最新的MySQL二进制版本。这是静态链接的以避免库冲突而且应该在所有的Linux系统上工作！

MySQL自带一个内部的调试器可以有很多信息产生踪迹文件，能被用来发现并解决大量不同的问题。见G.1 调试一个MySQL服务器。

RedHat 5.1 注意事项
RedHat 5.1的glibc(glibc2.0.7-13 )有一个内存缺陷，所以要得到一个稳定的MySQL版本，你必须升级glibc到2.0.7-19、降级glibc或使用一个mysqld的二进制版本。如果你不这样做，你将碰到内存问题(存储器溢出，等等, 等等)。在这种情况下，最常见的错误是：

Can't create a new thread (errno 11). If you are not out of available
memory, you can consult the manual for any possible OS dependent bug
在你升级到glibc2.0.7-19以后，你可以用动态链接(缺省)配置MySQL，但是在你从源代码安装了glibc 2.0.7-19之前，你不能运行configure --with-mysqld-ldflags=-all-static选项！

你可以用rpm -q glibc检查你有glibc哪个版本。

Linux-SPARC 注意事项
在一些实现中，readdir_r()被破坏了。其症状是SHOW DATABASES总是返回一个空集合。这可以通过在编译前从“config.h”中删除HAVE_READDIR_R进行更正。

有些问题将需要给你的Linux安装打补丁。补丁可在http://www.mysql.com/patches/Linux-sparc- 2.0.30.diff找到，这个补丁是针对Linux分发“sparclinux-2.0.30.tar.gz”，它们可从 vger.rutgers.edu（一个从来没有与官方的2.0.30版合并的版本)得到。你也必须安装LinuxThreads 0.6或更新。

感谢jacques@solucorp.qc.ca提供这个信息。

Linux-Alpha注意事项
在Linux-Alpha上的大问题仍然是在这个平台上的glibc的线程有一些问题。你应该从得到你能找到的最新glibc版本开始。

注意：在你运行任何使用线程的程序之前(象mysqld、thr_alarm或thr_lock)，你应该增减共享存储器的限制(用ulimit)。如果你忘记这样做，MySQL基准测试已知是失败的！

用下列命令配置MySQL：

shell> CC=gcc CCFLAGS="-Dalpha_linux_port"
CXX=gcc CXXFLAGS="-O3 -Dalpha_linux_port -felide-constructors -fno-exceptions -fno-rtti"
./configure --prefix=/usr/local/mysql
试试编译mysys/thr_lock和mysys/thr_alarm，测试这些程序的运行！（不用参数调用每一个，如果一切正常，每个应该以test_succeeded结束。）

在安装MySQL以后，在safe_mysqld里去掉ulimit命令的注释，并加入选项以增加共享存储器。

注意对MySQL来说，Linux-Alpha仍然是一个alpha质量的平台。用最新glibc，你有一个让它工作的很好机会。

如果你用信号方面的问题(MySQL出人意料地在高负载下死掉)，你可能找到了一个线程和信号有关的OS错误。在这种情况下，你可以告诉MySQL如下配置以不使用信号： [page]

这不影响MySQL性能，但是有副作用，就是你不能用mysqladmin kill或mysqladmin shutdown杀死在一个连接上“睡眠”的客户。相反，当客户发出下一个命令时，它将死掉。

MkLinux 注意
MySQL应该能工作在有最新glibc包的MkLinux上(用glibc2.0.7测试过)。

Qube2 Linux注意事项
为了让MySQL在Qube2上工作，(Linux Mips)，你需要最新的glibc库(glibc-2.0.7-29C2已知可工作)。你也必须使用egcsC++编译器(egcs-1.0.2-9或更新)。

Alpha-DEC-Unix 注意事项
当在Digital UNIX下编译线程程序时，文档推荐对于cc和cxx使用-pthread选项而且库文件用-lmach -lexc（除了-lpthread外)。你应该象下面这样运行configure：

shell> CC="cc -pthread" CXX="cxx -pthread -O"
./configure --with-named-thread-libs="-lpthread -lmach -lexc -lc"
当编译mysqld时，你可能看见这样一些警告：

mysqld.cc: In function void handle_connections()':
mysqld.cc:626: passing long unsigned int *' as argument 3 of
accept(int,sockadddr *, int *)'
你可以安全地忽略这些警告，他们的发生是因为configure只能检测出错误，而不是警告。

如果你直接从命令行启动服务器，当你退出时，你可能有死掉的问题。（当你退出时，你的重要进程收到一个SIGHUP信号)，如果如此，试着象这样启动服务器：

shell> nohup mysqld [options] &
nohup使得跟随它的命令忽视从终端发来的任何SIGHUP信号了。另外，通过运行safe_mysqld启动服务器，它为你使用nohup调用mysqld。

Alpha-DEC-OSF1注意事项
如果你有编译问题并安装了DECCC和gcc，尝试这样运行configure：

shell> CC=cc CFLAGS=-O CXX=gcc CXXFLAGS=-O3
./configure --prefix=/usr/local/mysql
如果你得到“c_asm.h”文件的问题，你可以创建并使用一个“哑(dummy)”“c_asm.h”文件：

shell> touch include/c_asm.h
shell> CC=gcc CFLAGS=-I./include
CXX=gcc CXXFLAGS=-O3
./configure --prefix=/usr/local/mysql
在OSF1 V4.0D和编译器"DEC C V5.6-071 on Digital UNIX V4.0 (Rev. 878)" 上，编译器有了一些奇怪的行为(未定义asm标志)。/bin/ld好象也被破坏(当链接mysqld时，发生_exit undefined问题)。在这个系统上，从OSF 4.0C的版本替换了/bin/ld后，我们设法用下列configure命令行编译MySQL，：

shell> CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql
用Digital编译器“C++ V6.1-029”，下列命令应该工作：

CC=cc -pthread
CFLAGS=-O4 -ansi_alias -ansi_args -fast -inline speed -speculate all -arch host
CXX=cxx -pthread
CXXFLAGS=-O4 -ansi_alias -ansi_args -fast -inline speed -speculate all -arch host
export CC CFLAGS CXX CXXFLAGS
./configure --prefix=/usr/mysql/mysql --with-low-memory --enable-large-files
--with-mysqld-ldflags=-all-static --disable-shared --with-named-thread-libs="-lmach -lexc -lc"
在OSF1的某些版本中，alloca()函数被破坏，通过删除定义'HAVE_ALLOCA'的“config.h”的行更正它。

alloca()函数也可能在/usr/include/alloca.h里面有一个不正确的原型，源于此的警告可以忽略。

configure将自动地使用下列线程库： --with-named-thread-libs="-lpthread -lmach -lexc -lc"。

当使用gcc时，你也可以试试这样运行configure：

shell> CFLAGS=-D_PTHREAD_USE_D4 CXX=gcc CXXFLAGS=-O3 ./configure ……
如果你的信号有问题(MySQL出人意料地在高负载下死掉)，你可能找到了一个线程和信号有关的OS错误。在这种情况下，你可以告诉MySQL如下配置以不使用信号：

shell> CFLAGS=-DDONT_USE_THR_ALARM
CXXFLAGS=-DDONT_USE_THR_ALARM
./configure …
这不影响MySQL性能，但是有负面效应，就是你不能用mysqladmin kill或mysqladmin shutdown杀死在一个连接上“睡眠”的客户。相反，当客户发出下一个命令时，它将死掉。

SGI-Irix 注意事项
你可能需要在运行configure后且在编译前去掉在“config.h”里面一些东西的定义(underfine)。

在一些Irix实现中，alloca()函数被破坏。如果mysqld服务器死于一些SELECT语句，把“config.h”定义HAVE_ALLOC和 HAVE_ALLOCA_H的行删除即可。如果mysqladmin create不工作，把“config.h”定义HAVE_READDIR_R的行删除，你也可能必须删除HAVE_TERM_H行。

SGI推荐你将本页上的所有补丁作为一个整体来安装：http://support.sgi.com/surfzone/patches/patchset/6.2_indigo.rps.html

最小地，你应该安装最新的核心卷(rollup)、最新的rld卷和最新的libc卷。

很明确，对于pthreads支持，你需要本页上所有的POSIX补丁：

http://support.sgi.com/surfzone/patches/patchset/6.2_posix.rps.html

如果在编译“mysql.cc”时，你得到类似于下面的错误:

"/usr/include/curses.h", line 82: error(1084): invalid combination of type
那么，在你的MySQL源代码树的顶级目录打下列命令：

shell> extra/replace bool curses_bool < /usr/include/curses.h > include/curses.h
shell> make
应该也有安排上的问题报告。如果只有一个线程正在运行，事情会变慢的。通过启动另外一个客户来避免它，这可以导致此后其他线程的执行速度增加2到10倍。这是Irix线程难以理解的问题；你可能必须临时准备找出解决方案直到它能被修正。

如果你正在用gcc编译，你可以使用下列configure命令：

shell> CC=gcc CXX=gcc CXXFLAGS=-O3
./configure --prefix=/usr/local/mysql --with-thread-safe-client --with-named-thread-libs=-lpthread

FreeBSD 注意事项
对于运行MySQL，FreeBSD 3.x是被推荐的，因为其线程包是更加完整。

最容易因此是比较受喜欢的安装方法是使用mysql服务者和 mysql客户的移植，可从http://www.freebsd.org得到。

使用这些给你的东西：

一个全优化的工作在你的FreeBSD版本上的MySQL。
自动配置和构造。
启动脚本安装在/usr/local/etc/rc.d。
用pkg_info -L察看哪个文件被安装的能力，并且如果你在那台机器上不再想要MySQL，用pkg_delete完全删除它们。
建议在FreeBSD 2.x版上使用 MIT-pthreads，在版本3和以上版本用原生线程。在一些2.2.x的以后版本使用原生线程运行是可能的，但是你可能碰到mysqld关掉的问题。

确定让你的名字解析程序安装正确，否则当连接mysqld时，你可能会经历解析延时或失败。

保证在“/etc/hosts”文件中的localhost入口是正确的(否则你与数据库连接时将有问题)。“/etc/hosts”文件应该以一行开始：

127.0.0.1 localhost localhost.your.domain
如果你注意到configure使用 MIT-pthreads，你应该阅读MIT-pthreads注意事项，见4.9 MIT-pthreads 注意事项。

如果你从make install得到一个它不能找到“/usr/include/pthreads”的错误，configure没有检测出你需要 MIT-pthreads。通过执行这些命令修正它：

shell> rm config.cache
shell> ./configure --with-mit-threads
FreeBSD make的行为与make GNU略有不同。如果你有make相关问题，你应该安装GNU make。

FreeBSD 也已知有一个非常低的缺省文件句柄限制。见18.11 文件没找到。去掉在safe_mysqld中的ulimit -n 小节的注释或在/etc/login.conf为mysqld用户提高限制(并用cap_mkdb /etc/login.conf重建它)，如果你不使用缺省，也要保证你为此用户在口令文件(用法：chpass mysqld-user-name ）。

你用SELECT NOW()返回GMT形式的值而不是你的本地时间，如果有这样的问题，你必须设定TZ环境变量为你的当前时区的。这应该设置服务器运行的环境，例如在safe_mysqld或mysql.server里。

为了得到一个安全并且稳定的系统，你应该只仅使用被标记为-STABLE的FreeBSD内核。

NetBSD 注意事项
为了NetBSD上编译，你需要GNU make，否则当make试图在C++文件上运行lint时，编译将崩溃。

OpenBSD 2.5 注意事项
在OpenBSD 2.5上，你可以用下列选项编译带原生线程的MySQL：

BSD/OS 注意事项

BSD/OS 2.x 注意事项
如果在编译MySQL时，你得到下列错误, 你对虚存的ulimit值是太低了：

试试使用ulimit -v 80000并再运行make。如果这还不行并且你正在使用bash，试试换到csh或sh；一些BSDI用户报告了与bash和ulimit有关问题。

如果你正在使用gcc，你也可能必须为configure使用--with-low-memory标志才能编译“sql_yacc.cc”。

你用SELECT NOW()返回GMT形式的值而不是你的本地时间，如果有这样的问题，你必须设定TZ环境变量为你的当前时区的。这应该为服务器运行的环境设置，例如在safe_mysqld或mysql.server里。

BSD/OS 3.x 注意事项
升级到BSD/OS 3.1。如果那不可能，安装BSDI patch M300-038。

在配置MySQL时，使用下列命令:

下列也已知可用：

如果你愿意，你可以改变目录地点，或不指定任何地点而使用缺省。

如果你在重负再下的性能有问题，试试使用对safe_mysqld使用--skip-thread-priority选项！这将以相同优先级运行所有线程；在BSDI 3.1上，这得到较好的性能(至少直到BSDI修正其线程调度程序)。

如果你在编译时得到virtual memory exhausted错误，试试使用ulimit -v 80000并再运行make。如果这还不行并且你正在使用bash，试试换到csh或sh；一些BSDI用户报告了与bash和ulimit有关问题。

BSD/OS 4.x 注意事项
BSDI 4.x有一些线程有关的错误。如果你想要在这上面使用MySQL，你应该安装所有与线程相关的补丁，至少应该安装M400-023。

SCO 注意事项
当前的移植仅在“sco3.2v5.0.4”和“sco3.2v5.0.5”系统上被测试，在“sco 3.2v4.2”一个移植也有很大进展。

此时在OpenServer上推荐的编译器是gcc 2.95.2，用它你应该能编译MySQL：

对于OpenServer 5.0.X，你需要在Skunkware 95上使用GDS(95q4c)，这是必要的，因为在Skunkware 97上的GNU gcc 2.7.2 没有GNU as。你也可以使用egcs1.1.2或更新：http://www.egcs.com/。如果你正在使用egcs1.1.2，你必须执行下列命令：

对该产品和开发系统，你需要GCC 2.5.?的移植。他们在这个SCO UNIX版本上是必需的，你不能只使用GCC Dev系统。
你应该得到 FSU Pthreads 包并且首先安装它，它可在http://www.cs.wustl.edu/~ schmidt/ACE_wrappers/FSU-threads.tar.gz找到。你也可以从ftp: //www.mysql.com/pub/mysql/Downloads/SCO/FSU-threads-3.5c.tar.gz得到一个预编译的包。
FSU Pthreads能用带tcpip的SCO UNIX 4.2编译，或OpenServer 3.0或Open Desktop 3.0(OS 3.0 ODT 3.0)，安装带有使用一个GCC 2.5.X ODT的SCO开发系统，或对OS 3.0你将需要一个GCC 2.5.？的良好移植。 没有一个良好的移植会有很多问题。对这个产品的移植需要SCO UNIX开发系统，没有它，你正缺少所需的库和链接器。
为了在你的系统上构造FSU Pthreads，做下列工作：
在“thread/src”目录下运行./configure并且选择SCO OpenServer选项。这个命令拷贝“Makefile.SCO5”到“Makefile”。
运行make。
为了在缺省的“/usr/include”目录安装，作为root登录，然后cd 到“thread/src”目录，并运行make install。
记得在制作MySQL时要使用GNU make。
在OSR 5.0.5上，你应该使用下列配置命令行：

需要-DSCO帮助配置正确检测一些线程函数。如果你忘记-DSCO，在编译时，你将得到下列错误消息：

如果你不是作为root启动safe_mysqld，你将可能每进程只有缺省的110个打开文件。Mysqld将在日志文件写下关于此的注解。
用SCO 3.2 V5.0.5，你应该使用一个FSU Pthreads版本3.5c或更新。下列configure命令应该工作：

用SCO 3.2V4.2，你应该使用一个FSU Pthreads版本3.5c或更新。下列configure命令应该工作：

你可能得到一些包括文件的某些问题。在这种情况下，你能在ftp: //www.mysql.com/pub/mysql/Downloads/SCO/SCO-3.2v4.2-includes.tar.gz找到新的 SCO特定的包括文件。你应该在你的MySQL源代码树的“include”目录下打开这个文件。

SCO开发注意事项：

MySQL应该自动地检测FSU Pthreads并且用-lgthreads -lsocket -lgthreads选项链接mysqld。
SCO开发库在FSU Pthreads是重入(reentrant)的。SCO宣称它的库函数是重入的，因此他们一定在FSU Pthreads中是重入的。在 OpenServer上的 FSU Pthreads 试图使用SCO方案制作重入的库。
FSU Pthreads(至少在www.mysql.com的版本)链接了GNU malloc，如果你甭到内存使用的问题，确定“gmalloc.o”被包含在“libgthreads.a”和“libgthreads.so”中。
在FSU Pthreads中，下列系统调用是pthreads感知的：read()、write()、getmsg()、connect()、accept()、select()和wait()。
如果你想要在SCO上安装DBI，你必须编辑在DBI-xxx和每个子目录下的“Makefiles”：

这时如果他们用icc或cc编译，Perl动态装载器(dynaloader)将不装载DBI模块。

当用cc编译时，Perl工作得最好。

SCO Unixware 7.0 注意事项
你必须使用一个最新的MySQL版本，至少是3.22.13，因为该版本在Unixware下面解决一些移植性问题。

在UnixWare 7.0.1上，我们可用下列configure的命令编译MySQL：

4.11.15 IBM-AIX 注意事项
xlC自动检测从Autoconf丢失，当使用 IBM 编译器时，需要如下这样一个configure命令：

如果你正在使用egcs编译MySQL，你必须使用-fno-exceptions标志，因为egcs得异常处理不是对线程安全的！（这用egcs1.1 被测试过)。在 AIX 上使用egcs和gcc，我们推荐下列configure行：

如果你用信号问题(MySQL出人意料地在高负载下死掉)，你可能发现了与线程和信号有关的一个OS错误。在这种情况下，你可以用如下配置告诉MySQL不使用信号：

这不影响MySQL性能，但是有副作用，就是你不能用mysqladmin kill或mysqladmin shutdown杀死在一个连接上“睡眠”的客户。相反，当客户发出下一个命令时，它将死掉。

在 AIX 的一些版本上用libbind.a链接使得getservbyname核心倾倒(core dump)，这是AIX的一个bug并且应该被报告到IBM了。

HP-UX 注意事项
在 HP-UX 上编译MySQL时，有一些“小”问题。我们推荐您使用gcc而不是HP-UX自己的编译器，因为gcc生成更好一些的代码！

我们推荐在HP-UX上使用gcc 2.95，不使用高度优化标志(类似-O6)，因为这在 HP-UX 上可能不安全。

注意MIT-pthreads不能用 HP-UX 编译器编译，因为它不能编译.S（汇编器)文件。

下列配置行应该工作：

如果你正在编译gcc2.95本身，如果你想要用MIT-pthreads编译MySQL，你不应该用DCE库(libdce.a或libcma.a)链接它。如果你混合DCE和MIT-pthreads包，你将得到一个使得你不能连接的mysqld。当你编译gcc2.95时，删除DCE库！

MacOS X 注意事项
顺着MacOS X移植的链接可以得到能让MySQL载MacOS上工作的信息，见1.8 有用的MySQL相关链接。

MySQL3.23.7 应该包括所有必要的MacOSX上配置它的补丁。然而在配置MySQL前，你必须首先安装来自MacOSX 的MySql服务器的pthread 包。

你可能也想要把一个别名加到你的shell资源文件中以便从命令行访问mysql和mysqladmin。

--转自