当前位置:七道奇文章资讯数据防范MSSQL防范
日期:2011-05-02 15:21:00  来源:本站整理

MySQL中文参考手册5(安装MySQL上)[MSSQL防范]

赞助商链接



  本文“MySQL中文参考手册5(安装MySQL上)[MSSQL防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:

MySQL中文参考手册5(安装MySQL上)www.iTbulo.comMVQGl

转载 译者:晏子

〖返回〗〖转发〗

译者:晏子 (clyan@sohu.com)主页:http://linuxdb.yeah.net
4 安装MySQL
本章描写怎样得到并安装MySQL: 

关于你能从其得到MySQL的站点列表,见4.1 怎样得到MySQL. 
要理解支持哪些平台,见4.2 MySQL支持的操作系统
可得到MySQL的多个版本,以二进制代码和源代码情势分发.为了肯定你应当利用的分发的版本和范例,见4.4 怎样和什么时刻公布更新版本. 
针对二进制代码和源代码分发的安装指令在4.6 安装 MySQL 二进制代码分发和4.7 安装 MySQL 源代码分发报告.每套指令均包含一个关于你大概触及的系统特定问题的部份. 
为安装后期历程,见4.15 安装后期的设置与测试.不管你是用一个二进制代码还是源代码分发来安装MySQL,这些历程均实用. 

4.1 怎样得到MySQL
查抄MySQL主页获得当前版本的信息和下载指令. 

但是,TcX的因特网链接不是很快的;我们更但愿让你从下列镜象站点之一举行真正的下载. 

请向webmaster@mysql.com报告不存在的或过期的镜像站点. 

欧洲: 


      
  • 奥地利 [ 维也纳技术大学 ]WWW ftp 
      
  • 保加利亚 [ Naturella ]ftp 
      
  • 克罗地亚 [ HULK ]WWW ftp 
      
  • 捷克共和国 [ 在Brno的Masaryk大学 ]WWW ftp 
      
  • 捷克共和国 [ www.sopik.cz]WWW 
      
  • 丹麦 [ Borsen ]WWW 
      
  • 丹麦 [ SunSITE ]WWW  ftp 
      
  • 爱沙尼亚 [ OKinteractive ]WWW 
      
  • 法国 [ minet ]WWW 
      
  • 芬兰 [ EUnet ]WWW 
      
  • 芬兰 [ clinet ]ftp 
      
  • 德国 [ 波恩大学, 波恩 ]WWW ftp 
      
  • 德国 [ Wolfenbuettel ]WWW ftp 
      
  • 德国 [ Staufen ]WWW 
      
  • 德国 [ Cable & Wireless ]ftp 
      
  • 希腊 [ NTUA , 雅典]WWW  ftp 
      
  • Island [ GM ]WWW WWW 
      
  • 意大利 [ Teta Srl ]WWW 
  • 爱尔兰 [ Ireland On-Line/Dublin ]WWW ftp 
      
  • 波兰 [ Sunsite ]WWW ftp 
      
  • 葡萄牙 [ lerianet ]WWW  ftp 
      
  • 俄国 [ DirectNet ]WWW 
      
  • 俄国 [ IZHCOM ]WWW ftp
      
  • 俄国 [ Scientific Center/Chernogolovka ]ftp 
      
  • 罗马尼亚 [ Timisoara ]WWW ftp 
      
  • 罗马尼亚 [ Bucharest ]WWW  ftp 
      
  • 西班牙 [ MasterD ]WWW 
      
  • 瑞典 [ Sunet ]WWW ftp 
      
  • 瑞士 [ Sunsite ]WWW ftp 
      
  • 英国 [ Omnipotent/UK ]WWW ftp 
  • 英国 [ PLiG/UK ]WWW ftp
      
  • 英国 [ SunSITE ]WWW ftp 
      
  • 乌克兰 [ PACO ]WWW ftp 


北美洲: 


      
  • 加拿大 [ Tryc ]WWW/li>
      
  • 加拿大 [ Cyberus ]WWW  ftp 
      
  • 美国 [ Hurricane Electric/San Jose ]WWW 
      
  • 美国 [ Circle Net/North Carolina ]WWW 
      
  • 美国 [ Gina net/Florida ]WWW 
      
      
  • 美国 [ pingzero/Los Angeles ]WWW 
      
  • 美国 [ 威斯康星大学 / 威斯康星]WWW ftp 
      
  • 美国 [ DIGEX ]ftp 


南美洲: 


      
  • 巴西 [ Matrix ]WWW 
      
  • 智利 [ Vision ]WWW 


亚洲: 


      
  • 中国 [ Freecode ]WWW 
      
  • 中国 [ Netfirm ]WWW 
      
  • 朝鲜 [ KREONet ]WWW 
      
  • 日本 [ Soft Agency ]WWW 
      
  • 日本 [ Nagoya Syouka University ]WWW ftp 
      
  • 新加坡 [ HJC ]WWW ftp 
      
  • 中国台湾 [ HT ]WWW 


澳洲: 


      
  • 澳洲 [ AARNet/Queensland ]WWW ftp 
      
  • 澳洲 [ Tas ]WWW ftp 
      
  • 澳洲 [ Blue Planet/Melbourne ]WWW 
      
  • 澳洲 [ ITworks Consulting/Victoria ]WWW 


非洲: 


      
  • 南非 [ Mweb/ ]WWW 
      
      
  • 南非 [ The Internet Solution/Johannesburg ]ftp 


4.2 MySQL 支持的操作系统
我们利用 GNU Autoconf,因此将MySQL移植到全部利用 Posix 线程和一个 C++ 编译器的现代系统是大概的.(仅仅为了编译客户代码,只需求一个 C++ 编译器而不是线程).我们主要在Sun Solaris(版本 2.5 & 2.6)上利用并开辟软件本身,而RedHat Linux 5.0 居其次. 

MySQL已经被报告在下列操作系统/线程包的组合上成功地编译.注意,对很多操作系统,原生的线程支持仅工作于最新的版本. 

有原生线程的AIX 4.x 
包含 MIT-pthreads 包的BSDI 2.x 
有原生线程的BSDI 3.0、3.1和4.x 
有原生线程的DEC Unix 4.x 
包含MIT-pthreads包的FreeBSD 2.x 
有原生程的FreeBSD 3.x 
包含 MIT-pthreads 包的 HP-UX 10.20 
有原生线程的 HP-UX 11.x . 
有 LinuxThreads 0.7.1 的 Linux 2.0 + 或glibc2.0.7 
MacOS X 服务器 
NetBSD 1.3/1.4 Intel 和 NetBSD 1.3 Alpha ( 需求 GNU make) 
包含 MIT-pthreads 包的 OpenBSD 2.x 
OS/2 Wrap 3、FixPack 29和OS/2 Wrap 4、FixPack 4 
有原生线程的SGI Irix 6.x 
SPARC和x86上有原生线程的Solaris 2.5、2.6和2.7 
包含 MIT-pthreads 包的SunOS 4.x 
有最新FSU Pthreads移植包的SCO OpenServer 
SCO UnixWare 7.0.1 
Tru64 Unix 
Win95、Win98和NT(只有拥有MySQL答应证或MySQL电子邮件支持的用户可得到最新版本).对那些在购置之前想测试的人,我们以同享软件方法公布了MySQL 3.21.29(一个较老的版本). 

4.3 利用MySQL哪个版本
首先要作出抉择,你能否想要利用最新的开辟版本或终究的安定版本: 

普通, 假如你是第一次开始利用MySQL或尝试移植它到一些还没有二进制分发系统上,我们举荐利用开辟版本(当前 3.22.x).这是因为普通在开辟版本中没用真正严重的错误,并且你能简单用你的机械上的crash-me和基准测试套件来测试它.见10.8 利用你自己的基准测试. 
不然,假如你正在运行一个老的系统并且想要进级,但是又不想要用3.22冒险,你应当进级到3.21.33.我们已经试着仅修复致命错误,并且对那个版本举行更小的相对安全的窜改. 
要做的第二项抉择是你能否想要利用源代码分发或二进制分发: 

假如你想在一个已经存在一个最新二进制分发的平台上运行MySQL,就用它.普通,这比一个源代码分发更简单安装. 
假如你想要阅读(或改正)构成MySQL的C和C++代码,你应当拿到源代码分发.源代码老是终究的手册.源代码分发也比二进制的分发包含更多的测试和实例. 
MySQL的命名机制利用由3个数字和一个后缀构成的版本号.比方,一个像mysql-3.21.17-beta的版本号这样注释: 

第1数字(3)描写文件格局.全部版本3的发行都有相同的文件格局.当一个版本4呈现时,每个数据库表都将必须转换到新格局(当然,为此有一个很不错的工具). 
第2数字(21)是发行级别.普通有2种挑选.一个是发部/安定分支(当前为21)而别的是开辟分支(当前22).普通二者都是安定的,但是开辟版本大概有弊端,新功效贫乏文档或大概在某些系统上编译失利. 
第3个数字(17)是在此发行级别的版本号,这随每个新分发递增.普通你需求你已经挑选的发行(release)的最新版本(version). 
后缀(beta)显示发行的安定性级别.大概的后缀有: 
alpha 表明发行包含大量未被100%测试的新代码.已知的错误(普通没有)应当在新闻小节被记录.见D MySQL 变迁的历史记录.在大大都 alpha 版本也有新的号令和扩大. 
beta 意味着全部的新代码被测试了,没有增添重要的新特点,应当没有已知的错误. 
gamma 是一个发行了一段时间的beta版本,看起来应当运行正常.这就是很多其他公司称为一个公布的东西. 
假如没有后缀,这意味着该版本已经在很多地方运行一段时间了,并且没有非平台特定的错误报告.这就是我们称为一个安定版本的东西. 
MySQL全部版本都经过我们的尺度测试和基准测试运行,以保证他们可相当安全地利用.因为尺度测试不断扩大以检测从前发现的错误,测试套件一向在改良之中. 

注意,全部版本都至少已经用下列套件举行了测试: 

一个内部测试套件 
这是一个客户生产系统的一部份.它大概有很多几百个兆字节数据的数据库表. 
MySQL基准测试套件 
它运行一定范围的常用查询.它也是一个测试,检测最新的优化处理能否真的使代码更快.见10.8 利用你自己的基准测试. 
crash-me测试 
这尝试决意数据库支持什么功效和它的本领与限制是什么.见10.8 利用你的自己基准测试. 
其他测试是在内部的生产环境中利用最新MySQL版本,至少在一台机械上.我们有超越100GB的数据可用利用. 

4.4 怎样和什么时刻公布更新版本
在TcX,MySQL进展的相当快,并且我们想要与别的MySQL用户分享它.当我们有一个看来别的人仿佛需求的非常有效的功效时,我们就试着制作一个发行版本. 

我们也尝试帮忙那些需求很简单实现的功效的用户,我们也关注我们受权的用户想要什么,我们更分外关注我们的扩大电子邮件支持的客户想要什么,并且极力帮忙他们. 

没有人一定要下载一个新版本,新闻小节中将奉告你新版本能否有一些你确切想要的东西.见D MySQL 变迁的历史记录. 

当更新MySQL时,我们利用下列方针: 

对每个小的改良,在版本字符串的最后数字增添1.当有主要的新功效或与先前版本比有较小不兼容性时,在版本字符串的第2数字增添1.当文件格局改变时,第1数字加1. 
安定的测试过的版本每年预备呈现1-2次,但是假如发现小错误,只有错误修复的一个版本将被发行. 
工作版本预备每1-8周呈现一次. 
对一些平台的二进制分发,主要版本由我们制作.其他人可认为其他系统制作二进制分发,但是大概不多见. 
一旦我们找到并修复了小错误,我们普通利用户可以得到补钉. 
对非告急但烦人的错误,假如他们被发给我们,我们将利用户可以得到补钉,不然我们将集合很多错误到一个更大的补钉中. 
在任何情形下,假如在一个发行中有一个致命错误,我们将尽快制作一个新版本.我们想其他公司也这样做.:) 
当前的安定版本是3.22;我们已经转移到3.23的主动开辟中.在安定版本中,错误仍将被修复.我们不相信一个完好冻结,因为这也留下的错误修复和"必须做"的事情."某种程度的冻结"意味着我们可以增添小东西,它"将几近必定不影响已经能工作的任何东西". 

4.5 安装筹划
这节描写安装二进制代码和源代码分发时成立的缺省目录筹划. 

二进制分发通过在你挑选的安装地址(典型的"/usr/local/mysql")解紧缩来安装,并且在该处成立下列目录: 

目录  目录的内容  
"bin"  客户程序和mysqld服务器 
"data"  日记文件, 数据库 
"include"  包含(头)文件 
"lib"  库文件 
"scripts"  mysql_install_db  
"share/mysql "  错误消息文件 
"sql-bench"  基准程序 

源代码分发在你配置并编译后举行安装.缺省地,安装步骤将文件安装在"/usr/local"下的下列子目录: 

目录  目录的内容  
"bin"  客户程序和脚本 
"include/mysql"  包含(头)文件 
"info"  Info格局的文档 
"lib/mysql"  库文件 
"libexec"  mysqld服务器 
"share/mysql"  错误消息文件 
"sql-bench"  基准程序和crash-me测试 
"var"  数据库和日记文件.  

在一个安装目录内,源代码安装的筹划在下列方面差别于二进制安装: 

mysqld服务器被安装在"libexec"目录而不是"bin"目录内. 
数据目录是"var"而非"data". 
mysql_install_db被安装在"/usr/local/bin"目录而非"/usr/local/mysql/scripts"内. 
头文件和库目录是"include/mysql"和"lib/mysql"而非"include"和"lib". 

4.6 安装MySQL二进制代码分发
你需求下列工具安装一个MySQL二进制分发: 

GNU gunzip解紧缩分发. 
一个得当的tar解包分发. GNU tar已知可以. 
在Linux下的另一个安装办法是利用RPM(RedHat包管理器)分发.见4.6.1 Linux RPM 注意事项. 

假如你碰到问题,在把问题邮寄到mysql@lists.mysql.com时,请老是利用mysqlbug,就算问题不是一个bug,mysqlbug汇集系统信息,将有助于别的人办理你的问题.不利用mysqlbug,你将削减得到你问题的一个办理筹划的大概性!在你解包分发后,你会在"bin"目录下找到mysqlbug.见2.3 怎样报告错误或问题. 

你必须履行以便安装并利用一个MySQL二进制分发的基本号令是: 

shell> gunzip < mysql-VERSION-OS.tar.gz |tar  xvf - 
shell> ln - s  mysql-VERSION-OS  mysql 
shell> cd mysql 
shell> scripts/mysql_install_db 
shell> bin/safe_mysqld &


假如你安装了DBI和Msql-Mysql-modulesPerl模块,你可以利用bin/mysql_setpermission脚本增添新用户. 

以下是更具体的描写: 

关于安装二进制分发,遵守以下步骤,然后持续到4.15 安装后期的设置与测试,举行安装后期的设置和测试: 

挑选一个你想解开分发包的目录,进入给目录.在下面的例子中,我们将分发解包在"/usr/local"下并且成立一个安装MySQL的"/usr/local/mysql"目录.(因此,下列指令假定你有权限在"/usr/local"中成立文件,假如该目录被保护,你需求以root实施安装.) 
从4.1 怎样得到MySQL中列出的站点之一得到一个分发文件.MySQL二进制分发以紧缩的tar文档供应,并且有近似"mysql-VERSION-OS.tar.gz"的名字,这里VERSION是一个数字(比方,3.21.15),且OS表明分发能运行的操作系统范例(比方,pc-linux-gnu-i586). 
解开分发并且成立立安装目录: 
shell> gunzip < mysql-VERSION-OS.tar.gz |tar  xvf - 
shell> ln - s  mysql-VERSION-OS  mysql

第一个号令成立一个名为"mysql-VERSION-OS"的目录,第二个号令生成到该目录的一个标记链接.这让你更简单地把安装目录指定为"/usr/local/mysql". 

进入安装目录: 
shell> cd  mysql
你会在mysql目录下发现几个文件和子目录,对安装目的最重要的是"bin"和"scripts"子目录. 

"bin" 
这个目录包含客户程序和服务器,你应当把这个目录的完好途径加到你的PATH环境变量,以便你的shell能精确的找到MySQL程序. 
"scripts" 
这个目录包含mysql_install_db脚本,用来初始化服务器存取权限. 
假如你想利用mysqlAccess而在某个非尺度的地址有MySQL分发,你必须改变地址,在哪儿mysqlaccess盼望找到mysql客户.编辑"bin/mysqlaccess"脚本,大约在第18行,探求近似下面的行: 
$MYSQL = "/usr/local/bin/mysql"; # path to mysql executable
改变途径以反映出mysql实际存储在你系统上的地址.假如你不这样做,当你运行mysqlaccess时,你将得到一个broken pipe的错误.

创造MySQL受权表(只有在你从前没安装过MySQL是必要的): 
shell> scripts/mysql_install_db
注意当你运行时mysql_install_db时,比版本3.22.10老的MySQL版本启动MySQL服务器.这不再是真的了! 

假如你想要安装对Perl DBI/DBD接口的支持,见4.10 Perl安装注意事项. 
假如你喜好在指导机械时自动启动MySQL,你可以拷贝support-files/mysql.server文件到你系统有启动文件的地方.更多的信息可以在support-files/mysql.server脚本中和4.15.3 自动启动和终止MySQL找到. 
在全部东西被解包并且安装今后,你应当初始化并且测试你的分发. 

你可以用下列号令启动MySQL服务器: 

shell> bin/safe_mysqld &

见4.15 安装后期的设置和测试. 


4.6.1 Linux RPM 注意事项
在Linux上安装MySQL举荐的办法是利用一个RPM文件.MySQL RPM目前是在一个 RedHat 5.2 系统上成立的,但是应当能工作在支持rpm且利用glibc的其他 Linux 版本上. 

假如一个RPM文件有问题,比方Sorry, the host 'xxxx' could not be looked up,见4.6.3.1 Linux 注意事项. 

你大概要利用的RPM文件有: 

MySQL-VERSION.i386.rpm MySQL服务器.除非你只是想要与运行在其他机械上MySQL服务器衔接,不然你将需求它. 
MySQL-client-VERSION.i386.rpm 尺度MySQL客户程序.你大概老是需求安装这个包. 
MySQL-bench-VERSION.i386.rpm 测试和基准程序.需求Perl和msql-mysql-modules RPM. 
MySQL-devel-VERSION.i386.rpm 所需的库和包含文件.假如你想要编译其他MySQL客户程序, 比方Perl模块. 
MySQL-VERSION.src.rpm 包含上述全部包的源代码.它也能被用来尝试为其他硬件平台构造RPM(比方,Alpha或SPARC). 
查看一个RPM包中的全部文件: 

shell> rpm - qpl  MySQL-VERSION.i386.rpm
实施一个尺度的最小安装,运行这个号令: 

shell> rpm -i MySQL-VERSION.i386.rpm  MySQL-client-VERSION.i386.rpm
只安装客户包: 

shell> rpm -i MySQL-client-VERSION.i386.rpm
RPM将数据放在"/var/lib/mysql"里,RPM也在"/etc/rc.d/"里成立得当的进口以便在指导时自动启动服务器.(这意味着假如你从前已经安装过,在对它改变之前,你可以把你从前安装的MySQL启动文件做个拷贝,因此你不会丧失窜改).

在安装了RPM文件后,"mysqld"保护程序应当正在运行,并且目前你应当可以开始利用MySQL.见4.15 安装后期的设置和测试. 

假如一些东西出错,可以在二进制的安装一节里找到更多的信息.见4.6 安装MySQL二进制代码分发.


4.6.2 构造客户程序
假如你编译你自己写的或你从第三方得到的MySQL客户程序,他们必须用link号令的-lmysqlclient选项举行链接.你大概也需求指定一个 -L 选项,奉告链接器在哪儿查找库文件.比方,假如库文件安装在"/usr/local/mysql/lib"里,在链接号令上利用 -L/usr/local/mysql/lib -lmysqlclient. 

对利用MySQL头文件的客户程序,当你编译他们时,你大概需求指定一个 -I 选项(比方,-I/usr/local/mysql/include), 使得编译器能找到头文件.

4.6.3 系统特定的问题
下一节阐明在从一个二进制分发安装MySQL时,已经在特定的系统上察看到已发生过一些问题. 

4.6.3.1 Linux 注意事项
MySQL需求至少Linux 2.0. 

二进制发行版用-static链接的,这意味着你普通没必要耽忧你拥有的系统库是哪个版本.你也没必要安装LinuxThreads.一个用-static链接的程序比一个动态链接程序稍大些但更快(3-5%).但是,一个问题是你不能利用静态链接的用户定义函数(UDF).假如你预备编写或利用UDF函数(这只对C或C++程序员),你必须编译MySQL本身,利用动态链接. 

假如你正在利用一个基于libc-的系统(而不是一个glibc2系统),你将大概碰到二进制发行的主机名解析和getpwnam()的一些问题(这是因为glibc不幸地依靠于一些包含解析主机名和getwpent()的外部库,乃至在用-static编译时).在这种情形下,当你运行mysql_install_db时,你大概得到下列错误信息: 

sorry, the host 'xxxx' could not be looked up
或当你尝试以 --user 选项运行 mysqld 时的下列错误: 

getpwnam : No such fileor Directory
你能用下列办法之一办理这个问题: 

得到一个MySQL源代码分发(一个RPM或tar分发)并且安装它. 
履行mysql_install_db --force;这将不履行mysql_install_db里面的resolveip测试.缺陷是你不能在受权表中利用主机名字;相反你必须利用IP数字(除了localhost).假如你正在利用一个老的不支持--force的MySQL版本,你必须用编辑器删除mysql_install中的resolveip测试. 
用su启动mysqld而不利用--user. 
MySQL的Linux-Intel二进制代码和RPM发行版是为最高大概的速度而配置的.我们老是勤奋利用可用的最快的安定的编译器. 

MySQL的Perl支持要求Perl 5.004_03或更新. 

4.6.3.2 HP-UX 注意事项
针对HP-UX的MySQL二进制分爆发为一个HP depot(仓库)或tar 文件格局分发的.为了利用depot文件,你必须运行至少HP-UX 10.x 以便拜候HP的软件仓库工具. 

MySQL的HP版本在运行HP-UX 10.20下的HP 9000/8xx 服务器上编译,并且利用MIT-pthreads.它已知可在这种配置下很好地工作.MySQL 3.22.26和更新版也用HP原生线程包构造. 

其他可以运行的配置: 

运行 HP-UX 10.20 + 的 HP 9000/7xx 
运行 HP-UX 10.30 的 HP 9000/8xx 
下列配置几近必定不能运行: 

运行 HP-UX 10.x 的 HP 9000/7xx 或 8xx ,x < 2 
运行 HP-UX 9.x 的 HP 9000/7xx 或 8xx 
为了安装分发,利用下面的号令之一, 这里/path/to/depot是仓库文件的完好途径: 

要安装全部东西,包含服务器、客户和开辟工具: 
 shell> /usr/sbin/swinstall - s  /path/to/depot  mysql.full
仅仅安装服务器: 
shell> /usr/sbin/swinstall - s  /path/to/depot  mysql.server
仅仅安装客户软件包: 
shell> /usr/sbin/swinstall - s  /path/to/depot  mysql.client
仅仅安装开辟工具: 
shell> /usr/sbin/swinstall - s  /path/to/depot  mysql.developer
depot在"/opt/mysql"存放二进制代码和库文件并在"/var/opt/mysql"存放数据.depot也在"/sbin/init.d"和" /sbin/rc2.d"里成立得当的进口以自动地在指导时启动服务器.明显, 这有必要以root身份来安装. 

为了安装HP-UX tar分发,你必须有GNU tar的一个拷贝.

4.7 安装MySQL源代码分发
你需求下列工具构造并安装MySQL源代码: 

GNU gunzip解紧缩该分发. 
一个符合的tar解包分发.GNU tar已知可以工作. 
一个能运行的ANSI C++编译器.gcc> = 2.8.1 、egcs> = 1.0.2 、SGI C++和SunPro C++是一些已知能工作编译器. 当使gcc用时,不需求libg++.gcc2.7.x 有一个bug,使得它大概不能编译一些完好合理的C++文件,比方"sql/sql_base.cc".假如你唯一gcc2.7.x,你必须进级gcc才能编译MySQL. 
一个优异的make程序.GNU make老是被举荐且有时必须.假如你有问题,我们举荐试一试GNU make3.75或更新. 
假如你碰到问题,当向mysql@lists.mysql.com邮寄问题时,请一向利用mysqlbug.就算问题不是一个bug,mysqlbug汇集系统信息,将有助于别的人办理你的问题.假如不利用mysqlbug,你削减得到关你问题的一个办理筹划的大概性!在你解包分发后,你会在"scripts"目录下找到mysqlbug.见2.3 怎样报告错误或问题. 

4.7.1 快速安装概述
你必须履行的安装MySQL源代码分发的基本号令是(从一个解包的tar文件): 

shell>configure
shell>make
shell>make install
shell>scripts/mysql_install_db 
shell>/usr/local/mysql/bin/safe_mysqld &

假如你从一个源代码RPM开始,那么履行以下号令. 

shell> rpm -- rebuild MySQL-VERSION.src.rpm
这样你制作一个可以安装的二进制RPM. 

假如你安装了DBI和Msql-Mysql-modulesPerl模块,你可以操纵bin/mysql_setpermission脚本增添新用户. 

以下是更具体的描写: 

为了安装源代码分发,按照下列步骤,然后持续到4.15 安装后期的设置与测试,举行安装后期的初始化与测试. 

挑选一个你要在其下面解包分发的目录,并且进入该目录. 
从节4.1 怎样得到MySQL中列出的站点之一得到一个分发文件.MySQL源代码分发以紧缩的tar档案供应,并且有近似于"mysql-VERSION.tar.gz"的名字,这里的VERSION是一个近似3.23.7-alpha的数字. 
在当前目录下解包分发: 
shell> gunzip < mysql-VERSION.tar.gz | tar  xvf -
这个号令成立名为"mysql-VERSION"的一个目录. 

进入解包分发的顶级目录: 
 shell> cd  mysql-VERSION
设置发行版本并且编译: 
shell>./configure--prefix=/usr/local/mysql 
shell>make 

当你运行configure时,你大概想要指定一些选项,运行./configure --help得到一张选项表.4.7.3 典型的configure选项谈论一些很有效的选项.假如configure失利,你将发送包含你认为能帮你办理该问题的"config.log"的邮件,假如configure非常退出,也要包含configure的最后几行输出.用mysqlbug脚本邮寄错误报告.见2.3 怎样报告错误和问题.假如编译失利,见节4.8 编译问题?,帮忙办理很多常见问题. 

安装全部东西: 
shell>make install
你大概需求root用户来运行这个号令. 

创造MySQL受权表(只有你从前没安装MySQL是必须的): 
shell>scripts/mysql_install_db
注意,在运行mysql_install_db时,那些比3.22.10旧的MySQL版本启动MySQL服务器.目前不是这样了! 

假如你想要安装对Perl DBI/DBD接口的支持,见4.10 Perl安装注意阐明. 
假如你想要MySQL在你指导机械时自动地启动,你可以拷贝support-files/mysql.server到你的系统中有启动文件的地方.更多的信息可以在support-files/mysql.server脚本里和4.15.3 自动启动和终止MySQL找到. 
在全部东西安装完今后,你应当初始化并且测试你的分发. 

你可以用下列号令启动MySQL服务器,这里BINDIR是safe_mysqld被安装的目录(缺省为"/usr/local/bin"): 

shell> BINDIR/safe_mysqld &

假如这个号令提醒mysqld daemon ended并即刻失利,那么你能在文件"mysql-data-directory/'hostname'.err"找到一些信息.大概的缘由是你已经有别的一个正在运行的mysqld服务器.见19.3 在同一台机械上运行多个MySQL服务器. 

拜见4.15 安装后期的设置与测试. 

4.7.2 应用补钉
有时补钉呈目前邮件列表上或放在MySQL FTP地址的补钉区. 

为了利用来自邮件列表的一个补钉,保存补钉呈目前文件的消息,进入你的MySQL源代码树的顶级目录并运行这些号令: 

shell>patch - p1 <patch-file-name 
shell>rm config.cache
shell>make clean

来自FTP地址的补钉是作为普通文本文件或作为被紧缩了的gzip文件分发.应用一个文本的补钉如上述邮件列表补钉,为了利用一个紧缩的补钉,进入你的MySQL源代码树顶级目录并运行这些号令: 

shell>gunzip <patch-file-name.gz |patch - p1 
shell>rm  config.cache 
shell>make clean

在利用一个补钉今后,按照正常的源代码安装的指令,开始./configure步骤.在运行make install后,重启你的MySQL服务器. 

在运行make install前,你大概需求关闭全部正在运行的服务器(利用mysqladmin shutdown).假如一个程序的新版本替换当前正在履行的版本,一些系统不答应你安装它. 

4.7.3 典型的configure选项
configure脚本给你一个很大的掌握权来若何配置你的MySQL分发.典型地,你利用configure号令行的选项举行.你也可以用精确的环境变量作用于configure.关于一个由configure支持的挑选列表,运行这个号令: 

shell> ./configure -- help
一些更常用的configure选项见下面的描写: 

只编译MySQL客户库和客户程序而不是服务器,利用--without-server选项: 
shell> ./configure --without-server
假如你没有一个 C++ 编译器,mysql将不编译(有一个客户程序需求C++).在这种情形下,你可以去掉configure里面测试C++编译器的代码,然后运行带有 --without-server选项的./configure.编译步骤步将仍旧尝试构造mysql,但是你可以忽视任何干于" mysql.cc "的告诫.(假如make终止,试试make -k奉告它即便出错持续剩下的构造步骤).

假如你不想要位于"/usr/local/var"目录下面的日记(log)文件和数据库,利用近似于下列configure号令的一个: 
shell>./configure--prefix=/usr/local/mysql 
shell>./configure--prefix=/usr/local --localstatedir=/usr/local/mysql/data

第一个号令改变安装前缀以便任何东西被安装在"/usr/local/mysql"下面而非缺省的"/usr/local".第二个号令保存缺省安装前缀,但是覆盖了数据库目录缺省目录(普通是"/usr/local/var")并且把它改/usr/local/mysql/data. 

假如你正在利用Unix并且你想要MySQL的套接字位于缺省地址以外的某个地方(普通在目录"/tmp"或"/var/run",利用象这样的configure的号令: 
shell> ./configure -- with-unix-socket-path=/usr/local/mysql/tmp/mysql.sock
注意给出的文件必须是一个绝对途径! 

假如你想编译静态链接程序(比方,制作二进制分发、得到更快的速度或与办理与RedHat分发的一些),像这样运行configure: 
shell>./configure --with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static

假如你正在利用gcc并且没有安装libg++或libstdc++,你可以奉告configure利用gcc作为C++编译器: 
shell> CC=gcc  CXX=gcc  ./configure
当你利用时gcc作为C++编译器是,它将不试图链接libg++或libstdc++.假如构造失利并且产生有关编译器或链接器的错误,不能成立同享库"libmysqlclient.so.#"("#"是一个版本号), 你可以通过为configure指定--disable-shared选项来办理此问题.在这种情形下,configure将不构造一个同享libmysqlclient.so.#库. 

你可以设置MySQL关于非NULL的列不利用DEFAULT列值(即,不答应列是NULL).这招致INSERT语句产生一个错误,除非你明确地为全部要求非NULL值的列指定值.为了禁止利用缺省值,这样运行configure: 
shell> CXXFLAGS=-DDONT_USE_DEFAULT_FIELDS  ./configure
缺省地,MySQL利用ISO-8859-1(Latin1)字符集.为了改变缺省设置,利用--with-charset选项目: 
shell> ./configure -- with-charset=CHARSET
CHARSET可以是big5、cp1251、cp1257、czech、danish、dec8、Dos、euc_kr、gb2312 gbk、german1、hebrew、 hp8、hungarian、koi8_ru、koi8_ukr、latin1、latin2、sjis、swe7、tis620、ujis、usa7、win1251或win1251ukr之一.见9.1.1 用于数据和排序的字符集.注意:假如你想要改变字符集,你必须在配置期间做make distclean!假如你想在服务器和客户之间变更字符,你应当看一下SET OPTION CHARACTER SET号令.见7.25 SET OPTION句法.告诫:假如你在成立了任何数据库表之后改变字符集,你将必须对每个表运行myisamchk -r -q,不然你的索引大概不精确地排序.(假如你安装了MySQL,成立一些表,然后重新配置MySQL利用一个差别的字符集并且重新安装它,这时便大概发生这种情形.)

为了配置MySQL带有调试代码,利用--with-debug选项: 
shell> ./configure --with-debug
这招致包含一个安全的内存分配器,能发现一些错误和并供应关于正在发生的事情的输出.见G.1调试一个MySQL服务器. 

属于特定系统的选项可在本章特定系统的小节里找到.见4.11 系统特定的问题. 
4.8 编译问题?
全部MySQL程序在Solaris上利用gcc编译并且没有任何告诫.在其他系统上,由于系统包含文件的差别大概会发生告诫.关于利用MIT-pthreads时发生的告诫,见4.9 MIT-pthreads 注意事项.其他问题,查抄下面的表. 

很多问题的办理筹划触及重新配置.假如你确切需求重新配置,注意下列事项: 

假如configure在它已经被运行了今后运行,它可以利用先前汇集的信息.这个信息被存储在"config.cache"里面.当configure启动时,它探求该文件并且假如它存在,假定信息仍旧是精确的,读入它的内容.当你重新配置时,该假定是无效的. 
每次你运行configure时刻,你必须运行make再重新编译.但是, 你大概想要把先前构造的老的目标文件删除,因为他们利用差别的配置选项被编译. 
为了避免利用旧的配置信息或目标文件,在重新运行configure前运行这些号令: 

shell>rm  config.cache 
shell>make clean

别的,你可以运行make distclean. 

下表描写了一些最常发生的编译MySQL的问题: 

假如在编译"sql_yacc.cc"时,你得到以下的一个错误,你大概是存储器或交换空间溢出: 
Internal compiler error: program cc1plus got fatal signal 11
  或
Out of virtual memory
  或
Virtual memory exhausted

该问题是gcc要求大量的内存编译带有嵌入函数(inline function)的"sql_yacc.cc".试试以--with-low-memory选项运行configure: 

shell>./configure -- with-low-memory
假如你正在利用gcc,该选项使得将-fno-inline加到编译行,假如你正在利用其他的编译器,则加入-O0.你应当试一试--with-low-memory选项,即便你有分外多的存储器和交换空间,而你认为不能大概运行得溢出.这个问题乃至在很大方的硬件配置的系统上呈现,普通用--with-low-memory选项改正它. 

缺省地,configure挑选c++作为编译器名字并用-lg++选项的GNU c++链接.假如你正在利用gcc,这个特点在配置期间招致以下问题: 
configure: error: installation or configuration problem:
C++ compiler cannot create executables.

你大概也在编译期间看到g++、libg++或libstdc++相关的问题.这些问题的一个缘由是你大概没有g++,或你大概有g++但无libg++或libstdc++.看一下"config.log"文件.它应当包含你的c++编译器不能工作的精确缘由!为了办理这些问题,你可以利用gcc作为你的C++编译器.试试设置环境变量CXX为"gcc -O3".比方: 

shell>CXX="gcc -O3" ./configure
它能工作,因为gcc象g++一样编译C++源代码,但缺省地它不链接libg++或libstdc++.办理这些问题的其他办法当然是安装g++、libg++和libstdc++. 

假如你的编译以下面任何错误而失利,你必须进级make版本到GNUmake: 
making all in mit-pthreads 
make: Fatal error in reader: Makefile, line 18: 
Badly formed macro assignment 
 or 
make: file `Makefile' line 18: Must be a separator (: 
 or 
pthread.h: No such file or directory

Solaris和FreeBSD已知make程序有问题.GNU make版本3.75已知能工作. 

假如你想要定义你的C或C++编译器所利用的标志,把标志加到CFLAGS和CXXFLAGS环境变量中便可.你也能利用CC和CXX来指定编译器名字.比方: 
shell>CC=gcc 
shell>CFLAGS=-O6 
shell>CXX=gcc 
shell>CXXFLAGS=-O6 
shell>export CC  CFLAGS  CXX  CXXFLAGS

关于已经知道在差别系统上有效的标志定义列表,见4.14 TcX 二进制代码. 

假如你得到象以下的一条错误消息,你需求进级你的gcc编译器: 
client/libmysql.c:273: parse error brfore '__attribute__'
gcc2.8.1已知可以工作,但是我们举荐利用egcs1.0.3a或更新. 

假如你在编译mysqld时显示比方下面的那些错误, configure没有精确地检测传到accept()、getsockname()或getpeername()最后参数的范例: 
cxx: Error: mysqld.cc, line 645: In this statement, the referenced
     type of the pointer value "&length" is "unsigned long", which
     is not compatible with "int".
new_sock = accept(sock, (struct sockaddr *)&cAddr, &length);

为了改正它,编辑"config.h"文件(它由configure生成).探求这些行: 

/* Define as the base type of the last arg to accept */
#define SOCKET_SIZE_TYPE XXX

更改XXX为size_t或int,这取决于你的操作系统.(注意:你每次运行configure都必须这样做,因为configure重新生成"config.h".)

"sql_yacc.cc"文件由"sql_yacc.yy"生成.普通构造历程不需求创造"sql_yacc.cc",因为MySQL有一个已经生成的拷贝,但是,假如你确切需求再成立它,你大概碰到这个错误: 
"sql_yacc.yy", line xxx fatal: default action causes potential...

这是一个你的yacc版本不完善的迹象.你大概需求安装bison(GNU 版本yacc)并利用它. 

假如你需求调试mysqld或MySQL客户,运行configure,利用--with-debug选项,然后重新编译并且链接你客户程序到新的客户库.见G.2 调试一个MySQL客户. 
4.9 MIT-pthreads注意事项
这节描写在利用 MIT-pthreads 所触及的一些问题. 

注意:在Linux上,你应当不利用MIT-pthreads而是安装LinuxThreads!见4.11.5 Linux 注意事项(全部的Linux 版本). 

假如你的系统不供应原生的线程支持,你将需求利用MIT-pthreads包构造MySQL.这包含大大都FreeBSD系统、SunOS 4.x 、Solaris 2.4和更早版本及其他,见4.2 MySQL 支持的操作系统. 

在大大都系统上,你能通过利用configure,用--with-mit-threads选项来逼迫运行MIT-pthreads: 
shell> ./configure -- with-mit-threads
当利用MIT-pthreads时,不支持在一个非源代码目录构造,因为我们想要使我们对代码的改变减到最小. 

MIT-pthreads不支持用于实现Unix套接字的AF_UNIX协议.这意味着假如你利用MIT-pthreads举行编译,全部的链接必须利用TCP/IP举行(它有点慢).假如在构造MySQL后,你发现你不能与本地的服务器衔接,极大概是客户程序正在试图用缺省的Unix套接字与localhost衔接.利用主机挑选(-h或--host)明确地指定本地的主机名字,尝试做一个TCP/IP衔接到mysql. 
决意能否利用MIT-pthreads的查抄仅在处理服务器代码的配置历程期间发生.假如已经用--without-server配置了分发并只构造客户代码,客户将不知道MIT-pthreads能否正在被利用并且能否利用缺省的Unix套接字衔接.因为Unix套接字不能在MIT-pthreads下面工作,这意味着当你运行客户程序时,你将需求利用-h或--host. 
当利用MIT-pthreads编译MySQL时,因为性能缘由,系统锁定缺省为禁止利用.你可以用--use-locking选项奉告服务器利用系统锁定. 
有时pthreadbind()号令不能绑定一个套接字但没有任何错误消息(至少在Solaris上),后果是全部到服务器的衔接均失利.比方: 
shell> mysqladmin version
mysqladmin: connect to server at ' failed;
error: 'Can't connect to mysql server on localhost (146)'

办理它的办法是杀死mysqld服务器并且重启它.这只有当我们逼迫服务器终止并即刻举行重启时在发生. 

利用MIT-pthreads,sleep()系统调用不是可中止的SIGINT(break).这只有在你运行mysqladmin --sleep时才能注意到.你在中止起作用并且进程终止之前必须等候sleep()终止. 
当链接时,你大概会收到这样的告诫消息(至少在Solaris上);他们可以被轻忽: 
ld: warning: symbol `_iob' has differing sizes:
    (file /my/local/pthreads/lib/libpthread.a(findfp.o) value=0x4;
file /usr/lib/libc.so value=0x140);
    /my/local/pthreads/lib/libpthread.a(findfp.o) definition taken
ld: warning: symbol `__iob' has differing sizes:
    (file /my/local/pthreads/lib/libpthread.a(findfp.o) value=0x4;
file /usr/lib/libc.so value=0x140);
    /my/local/pthreads/lib/libpthread.a(findfp.o) definition taken

一些其他的告诫也可被忽视: 
implicit declaration of function `int strtoll(...)'
implicit declaration of function `int strtoul(...)'

我们还没有让readline可在MIT-pthreads上工作.(这不需求,但是大概某些人有爱好.) 
4.10 Perl 安装阐明
4.10.1 在Unix上安装Perl
Perl对MySQL的支持借助DBI/DBD客户接口而供应.见20.5 MySQL Perl API.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得到. 

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下面查找. 

4.10.2 在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
";

4.10.3 在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的运行. 
4.10.4 利用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的输出指出利用的号令. 

4.11 系统特定的问题
下面的章节阐明在从源代码分发安装MySQL时,发生在特定的系统上并已察看到的一些问题. 

4.11.1 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 服务器. 

4.11.4 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里面的一个错误或你有一个被破坏的数据库表.见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

4.11.5.1 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服务器.

4.11.5.3 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哪个版本. 

4.11.5.4 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供应这个信息. 

4.11.5.5 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以下配置以不利用信号: 

shell> CFLAGS=-DDONT_USE_THR_ALARM 
       CXXFLAGS=-DDONT_USE_THR_ALARM 
       ./configure ...

这不影响MySQL性能,但是有副作用,就是你不能用mysqladmin kill或mysqladmin shutdown杀死在一个衔接上"就寝"的客户.相反,当客户发出下一个号令时,它将死掉. 

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

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

4.11.6 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. 

4.11.7 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杀死在一个衔接上"就寝"的客户.相反,当客户发出下一个号令时,它将死掉. 

4.11.8 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

4.11.9 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内核. 

4.11.10 NetBSD 注意事项
为了NetBSD上编译,你需求GNU make,不然当make试图在C++文件上运行lint时,编译将崩溃. 

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

CFLAGS=-pthread  CXXFLAGS=-pthread  ./configure -- with-mit-threads=no
4.11.12 BSD/OS 注意事项
4.11.12.1 BSD/OS 2.x 注意事项
假如在编译MySQL时,你得到下列错误, 你对虚存的ulimit值是太低了: 

item_func.h: In method `Item_func_ge::Item_func_ge(const Item_func_ge &)':
item_func.h:28: virtual memory exhausted
make[2]: *** [item_func.o] Error 1

试试利用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里. 

4.11.12.2 BSD/OS 3.x 注意事项
进级到BSD/OS 3.1.假如那不大概,安装BSDI patch M300-038. 

在配置MySQL时,利用下列号令: 

shell> env CXX=shlicc++ CC=shlicc2 
       ./configure 
           --prefix=/usr/local/mysql 
           --localstatedir=/var/mysql 
           --without-perl 
           --with-unix-socket-path=/var/mysql/mysql.sock

下列也已知可用: 

shell> env CC=gcc CXX=gcc CXXFLAGS=-O3 
       ./configure 
           --prefix=/usr/local/mysql 
           --with-unix-socket-path=/var/mysql/mysql.sock

假如你乐意,你可以改变目录地址,或不指定任何地址而利用缺省. 

假如你在重负再下的性能有问题,试试利用对safe_mysqld利用--skip-thread-priority选项!这将以相同优先级运行全部线程;在BSDI 3.1上,这得到较好的性能(至少直到BSDI改正其线程调度程序). 

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

4.11.12.3 BSD/OS 4.x 注意事项
BSDI 4.x有一些线程有关的错误.假如你想要在这上面利用MySQL,你应当安装全部与线程相关的补钉,至少应当安装M400-023. 

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

此时在OpenServer上举荐的编译器是gcc 2.95.2,用它你应当能编译MySQL: 

CC=gcc CXX=gcc ./configure ... (options)

关于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,你必须履行下列号令: 
shell> cp -p /usr/include/pthread/stdtypes.h 
/usr/local/lib/gcc-lib/i386-pc-sco3.2v5.0.5/egcs-2.91.66/include/pthread/

对该产品和开辟系统,你需求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上,你应当利用下列配置号令行: 
shell> CC="gcc -DSCO" CXX="gcc -DSCO" ./configure

需求-DSCO帮忙配置精确检测一些线程函数.假如你忘掉-DSCO,在编译时,你将得到下列错误消息: 
my_pthread.c: In function `my_pthread_mutex_init':
my_pthread.c:374: `pthread_mutexattr_default' undeclared (first use this function)


假如你不是作为root启动safe_mysqld,你将大概每进程只有缺省的110个翻开文件.mysqld将在日记文件写下关于此的注解. 
用SCO 3.2 V5.0.5,你应当利用一个FSU Pthreads版本3.5c或更新.下列configure号令应当工作: 
shell> CC="gcc -belf" ./configure --prefix=/usr/local/mysql --disable-shared

用SCO 3.2V4.2,你应当利用一个FSU Pthreads版本3.5c或更新.下列configure号令应当工作: 
shell> CFLAGS="-D_XOPEN_XPG4" CXX=gcc CXXFLAGS="-D_XOPEN_XPG4" 
       ./configure 
           --with-debug --prefix=/usr/local/mysql 
           --with-named-thread-libs="-lgthreads -lsocket -lgen -lgthreads" 
           --with-named-curses-libs="-lcurses"

你大概得到一些包含文件的某些问题.在这种情形下,你能在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": 

OLD:                                  NEW:
CC = cc                               CC = gcc -belf
CCCDLFLAGS = -KPIC -W1,-Bexport       CCCDLFLAGS = -fpic
CCDLFLAGS = -wl,-Bexport              CCDLFLAGS =

LD = ld                               LD = gcc -belf -G -fpic
LDDLFLAGS = -G -L/usr/local/lib       LDDLFLAGS = -L/usr/local/lib
LDFLAGS = -belf -L/usr/local/lib      LDFLAGS = -L/usr/local/lib

LD = ld                               LD = gcc -belf -G -fpic
OPTIMISE = -Od                OPTIMISE = -O1

OLD:
CCCFLAGS = -belf -dy -w0 -U M_XENIX -DPERL_SCO5 -I/usr/local/include

NEW:
CCFLAGS = -U M_XENIX -DPERL_SCO5 -I/usr/local/include

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

当用cc编译时,Perl工作得最好. 

4.11.14 SCO Unixware 7.0 注意事项
你必须利用一个最新的MySQL版本,至少是3.22.13,因为该版本在Unixware下面办理一些移植性问题. 

在UnixWare 7.0.1上,我们可用下列configure的号令编译MySQL: 

shell> CC=cc CXX=CC ./configure --prefix=/usr/local/mysql

4.11.15 IBM-AIX 注意事项
xlC自动检测从Autoconf丧失,当利用 IBM 编译器时,需求以下这样一个configure号令: 

shell> CC="xlc_r -ma -O3 -qstrict -DHAVE_INT_8_16_32" 
CXX="xlC_r -ma -O3 -qstrict -DHAVE_INT_8_16_32" 
./configure

假如你正在利用egcs编译MySQL,你必须利用-fno-exceptions标志,因为egcs得非常处理不是对线程安全的!(这用egcs1.1被测试过).在 AIX 上利用egcs和gcc,我们举荐下列configure行: 

shell> CXX=gcc 
       CXXFLAGS="-felide-constructors -fno-exceptions -fno-rtti" 
       ./configure --prefix=/home/monty --with-debug --with-low-memory

假如你用信号问题(MySQL出其不意地在高负载下死掉),你大概发现了与线程和信号有关的一个OS错误.在这种情形下,你可以用以下配置奉告MySQL不利用信号: 

shell> CFLAGS=-DDONT_USE_THR_ALARM CXX=gcc 
       CXXFLAGS="-felide-constructors -fno-exceptions -fno-rtti -DDONT_USE_THR_ALARM" 
       ./configure --prefix=/home/monty --with-debug --with-low-memory

这不影响MySQL性能,但是有副作用,就是你不能用mysqladmin kill或mysqladmin shutdown杀死在一个衔接上"就寝"的客户.相反,当客户发出下一个号令时,它将死掉. 

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

4.11.16 HP-UX 注意事项
在 HP-UX 上编译MySQL时,有一些"小"问题.我们举荐您利用gcc而不是HP-UX自己的编译器,因为gcc生成更好一些的代码! 

我们举荐在HP-UX上利用gcc 2.95,不利用高度优化标志(近似-O6),因为这在 HP-UX 上大概不安全. 

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

下列配置行应当工作: 

CFLAGS="-DHPUX -I/opt/dce/include" CXXFLAGS="-DHPUX 
-I/opt/dce/include -felide-constructors -fno-exceptions 
-fno-rtti" CXX=gcc ./configure --with-pthread 
--with-named-thread-libs='-ldce' --prefix=/usr/local/mysql --disable-shared

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

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

MySQL3.23.7 应当包含全部必要的MacOSX上配置它的补钉.但是在配置MySQL前,你必须首先安装来自MacOSX 的MySql服务器的pthread 包. 

你大概也想要把一个体名加到你的shell资源文件中以便从号令行拜候mysql和mysqladmin. 

alias mysql '/usr/local/mysql/bin/mysql'
alias mysqladmin '/usr/local/mysql/libexec/mysqladmin'

www.iTbulo.comMVQGl

责任编辑:eight(2001-06-06 21:26)
  以上是“MySQL中文参考手册5(安装MySQL上)[MSSQL防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
  • Windows 搭配 IIS7 PHP MySQL 环境
  • mysql Out of memory (Needed 16777224 bytes)的错误办理
  • mysql提醒[Warning] Invalid (old?) table or database name问题的办理办法
  • mysql启用skip-name-resolve情势时呈现Warning的处理办法
  • mysql启用skip-name-resolve情势时呈现Warning的处理办法
  • MySQL Order By语法介绍
  • <b>MySQL ORDER BY 的实现解析</b>
  • mysql数据库插入速度和读取速度的调整记录
  • MySQL Order By索引优化办法
  • MySQL Order By用法分享
  • mysql #1062 –Duplicate entry ''1'' for key ''PRIMARY''
  • MySQL Order By Rand()效率解析
  • 本文地址: 与您的QQ/BBS好友分享!
    • 好的评价 如果您觉得此文章好,就请您
        0%(0)
    • 差的评价 如果您觉得此文章差,就请您
        0%(0)

    文章评论评论内容只代表网友观点,与本站立场无关!

       评论摘要(共 0 条,得分 0 分,平均 0 分) 查看完整评论
    Copyright © 2020-2022 www.xiamiku.com. All Rights Reserved .