一 : MySQL数据库单一表突破4G限制的实现方法

问题：在论坛发表回复时出现“The table is full”的提示，字面意义上是数据表已满的意思。因为很少有开发者遭遇单一表超过4G的情况，因此朋友间的讨论只能提供一些外围的信息。为解决此问题，我翻阅了很多资料，本文将以我此次问题的解决过程，介绍问题发生的原因及对策。

根据经验，The table is full提示往往出现在以下两种情况：

1. 表中设置了MAX_ROWS值，简单的说，若MAX_ROWS设置为100，而程序试图写入第101条记录，会出现此错误。

2. 表满。这种情况是本文讨论的重点

我们认为MySQL在存取表的时候，存在一种定位分配规律。这个规律在默认的情况下，可以寻址4G以内的数据。超过这个大小，数据库将不能对数据定位，因而也无法进行读写。经过实验，这个限制是完全可以被突破的。

本例中，用户的系统环境为双Athlon处理器、SCSI硬盘72G、2G内存，用户的帖子表数据尺寸为4294963640，接近4G(4G的实际字节数为4294967296)。

首先SSH登录后，查看用户的系统信息：

以下为引用的内容： # uname -a Linux zichen.com 2.4.20-8smp #1 SMP Thu Mar 13 16:43:01 EST 2003 i686 athlon i386 GNU/Linux

证明是Linux系统，根据内核版本2.4.20-8smp，加上国内使用的常见系统，估计应该是redhat 9发行包。

# cat /etc/*release*

Red Hat Linux release 9 (Shrike)

这也证明了我们对系统版本的猜想。

然后看一下用的是什么文件系统。因为该用户并非高手，估计在装系统的时候就是一路回车下来，redhat 9默认的应该是EXT3，不过我们还是看一下：

以下为引用的内容： # parted GNU Parted 1.6.3 Copyright (C) 1998, 1999, 2000, 2001, 2002 Free Software Foundation, Inc. This program is free software, covered by the GNU General Public License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. Using /dev/sda Information: The operating system thinks the geometry on /dev/sda is 8942/255/63. Therefore, cylinder 1024 ends at 8032.499M. (parted) print Disk geometry for /dev/sda: 0.000-70149.507 megabytes Disk label type: msdos Minor Start End Type Filesystem Flags 1 0.031 101.975 primary ext3 boot 2 101.975 10103.378 primary linux-swap

证明确实是这样子。随后我们翻阅了EXT3文件系统的相关技术参数，EXT3是在EXT2基础上演变而来。EXT2所支持最大单一文件长度是2G，这个是很蹩脚的一个限制。EXT3做的很大一个改善就是将这个限制放大到了2TB，由此稍松一口气，起码不是操作系统上的限制。

经过朋友的开导，了解到单一文件大小有如下几个因素：

1. 文件系统的限制(如刚存所说EXT3的2TB限制)

2. 某一程序进程所能存取的第一文件最大尺寸(例如apache在Linux EXT3下能存取的最大尺寸为2G，诸如日志)

初步判断瓶颈就在上述其中第二项。随后找到myisamchk来显示一下表信息，证明了瓶颈就在MySQL本身的存取上。

# myisamchk -dv cdb_posts

结果就不贴了，其中有一项Max datafile length的值恰好就是4G。由此产生了瓶颈。

后来翻阅了N多资料，进行了N多尝试，也走了不少弯路，最终觉得还是官方文档比较可靠。比较老的文档里写道这是由于tmp_table_size的值造成的，也有提到用BIG-TABLES这个参数。事实证明这些都是歧途。大晚上的确实很累，这里只给出最终的解决方案吧，中间的就不罗嗦了。

进到mysql客户端。

以下为引用的内容： # mysql -uroot -p Enter password: ****** Welcome to the MySQL monitor. Commands end with ; or g. Your MySQL connection id is 59411 to server version: 4.0.18-standard Type 'help;' or 'h' for help. Type 'c' to clear the buffer. mysql> use ****** Database changed mysql> ALTER TABLE cdb_posts MAX_ROWS=1000000000 AVG_ROW_LENGTH=15000; 因为这个表非常大，执行时间在双Athlon的专业服务器上竟然花了30分钟！ 之后再通过myisamchk查看该表的信息： # myisamchk -dv cdb_posts MyISAM file: cdb_posts Record format: Packed Character set: latin1 (8) File-version: 1 Creation time: 2004-08-30 22:19:48 Recover time: 2004-08-30 22:42:47 Status: open,changed Auto increment key: 1 Last value: 1063143 Data records: 619904 Deleted blocks: 5 Datafile parts: 619909 Deleted data: 323872 Datafile pointer (bytes): 6 Keyfile pointer (bytes): 4 Datafile length: 4295287332 Keyfile length: 40421376 Max datafile length: 281474976710654 Max keyfile length: 4398046510079 Recordlength: 149 table description: Key Start Len Index Type Rec/key Root Blocksize 1 1 4 unique unsigned long 1 4535296 1024 2 5 2 multip. unsigned short 13776 12540928 1024 3 111 4 multip. unsigned long 1 18854912 1024 4 28 3 multip. uint24 18 24546304 1024 5 7 3 multip. uint24 7 32827392 1024 111 4 unsigned long 1 6 7 3 multip. uint24 7 40418304 1024 28 3 uint24

令人振奋的事情发生了，该表的 Max datafile length: 281474976710654 Max keyfile length: 4398046510079，即最大数据尺寸(MYD文件)达到了2TB，最大索引尺寸(MYI)仍然为4G。

由此默认的4G限制被突破了。关于其中的原理，其实很简单：假设你有一个日记本，上面有10页纸可以写东西，编排目录只需要1个字节(因为0～9就够了)。如果你把这本子又塞进两张纸，变成12页，1个字节的目录空间就无法寻址到后面的两页中，进而产生了错误。上面那个ALTER语句中的数值都是我为保证成功，取的比较大的值(因为ALTER一次实在是太慢了，没时间在那乱试验)，相当于告诉数据库，这个本子有1000000000页，每页平均有15000个字节。这样数据库便知道这是很大的一个本子，因此不遗余力的拿出了100页(假设说)做目录编排，这样这个新的目录就可以寻址到日记本的所有内容了。错误消失。

惟一的缺点就是，目录占用的空间多了一些，但已经微乎其微了，做了这种改变其实4G的文件尺寸大小只增大了1M多，非常令人振奋。

二 : MySQL数据库中的外键约束详解

使用MySQL开发过数据库驱动的小型web应用程序的人都知道，对关系数据库的表进行创建、检索、更新和删除等操作都是些比较简单的过程。理论上，只要掌握了最常见的SQL语句的用法，并熟悉您选择使用的服务器端脚本语言，就足以应付对MySQL表所需的各种操作了，尤其是当您使用了快速MyISAM数据库引擎的时候。但是，即使在最简单的情况下，事情也要比我们想象的要复杂得多。下面我们用一个典型的例子进行说明。假设您正在运行一个博客网站，您几乎天天更新，并且该站点允许访问者评论您的帖子。

在这种情况下，我们的数据库模式至少应该包括两个MyISAM表，一个用于存放您的博客文章，另一个来处理访问者的评论。很明显，这两个表之间存在一个一对多的关系，所以我们要在第二个表中定义一个外键，以便在更新或者删除数据行时可以保持数据库的完整性。

像上面这样的应用程序，不仅维护两个表的完整性是一个严峻的挑战，而最大的难点在于我们必须在应用程序级别来维护它们的完整性。这是大部分不要求使用事务的web项目在开发期间所采取的方法，因为MyISAM表可以提供出色的性能。

当然，这样做也是有代价的，正如我前面所说的，应用程序必须维护数据库的完整性和一致性，这就意味着要实现更复杂的程序设计逻辑来处理各个表之间的关系。虽然可以通过使用抽象层和ORM模块来简化数据库访问，但是随着应用程序所需数据表的数量的增加，处理它们所需的逻辑无疑也会随之变得越发复杂。

那么,对于MySQL来说，有没有数据库级别的外键处理方式来帮助维护数据库完整性的呢? 幸运的是，答案是肯定的!MySQL还可以支持InnoDB表，使我们可以通过一种非常简单的方式来处理外键约束。这个特性允许我们可以触发器某些动作，诸如更新和删掉表中的某些数据行以维护预定义的关系。

凡事有利皆有弊，使用InnoDB表的主要缺点是它们的速度要比MyISAM慢，尤其是在必须查询许多表的大规模应用程序中，这一点尤为明显。好在较新版本MySQL的MyISAM表也已支持外键约束。

本文将介绍如何将外键约束应用于InnoDB表。此外，我们还将使用一个简单的基于PHP的MySQL抽象类来创建有关的示例代码;当然，您也可以使用自己喜欢的其它服务器端语言。现在，我们开始介绍如何将外键约束应用于MySQL。

使用外键约束的时机

老实说，在MySQL中使用InnoDB表的时候，不一定非用外键约束不可，然而，为了外键约束在某些情况下的功用，我们将通过前面提到的例子的代码进行具体说明。它包括两个MyISAM表，分别用于存放博客文章和评论。

定义数据库模式时，我们要在这两个表之间建立起一对多的关系，方法是在存放评论的表中创建一个外键，以将其中的数据行(即评论)对应到特定的博客文章。下面是创建示例MyISAM表的基本SQL代码：

DROPTABLEIFEXISTS`test`.`blogs`; 
CREATETABLE`test`.`blogs`( 
`id`INT(10)UNSIGNEDAUTO_INCREMENT, 
`title`TEXT, 
`content`TEXT, 
`author`VARCHAR(45)DEFAULTNULL, 
PRIROSEKEY(`id`) 
)ENGINE=MyISAMDEFAULTCHARSET=utf8; 
DROPTABLEIFEXISTS`test`.`comments`; 
CREATETABLE`test`.`comments`( 
`id`INT(10)UNSIGNEDAUTO_INCREMENT, 
`blog_id`INT(10)UNSIGNEDDEFAULTNULL, 
`comment`TEXT, 
`author`VARCHAR(45)DEFAULTNULL, 
PRIROSEKEY(`id`) 
)ENGINE=MyISAMDEFAULTCHARSET=utf8;

上面，我们只是定义了两个MyISAM表，它们构成了博客应用程序的数据层。如您所见，第一个表名为blogs，它由一些含义很明显的字段组成，分别用于存放每篇博客文章的ID、标题和内容，最后是作者。第二个表名为comments，用于存放各篇博客文章的有关评论，它将博客文章的ID作为它的外键，从而建立起一对多的关系。

迄今为止，我们的工作还算轻松，因为我们只是创建了两个简单的MyISAM表。下一步，我们要做的是使用一些记录来填充这些表，以便进一步演示在第一个表中删除表项时，应该在另一个表中执行那些操作。

更新并维护数据库的完整性

前面部分，我们创建了两个MyISAM表，来充当博客应用程序的数据层。当然，上面的介绍还很简单，我们需要做进一步的讨论。为此，我们将向这些表中填入一些记录，方法是使用SQL命令，具体如下所示：

INSERTINTOblogs(id,title,content,author)VALUES(NULL,'Titleofthefirstblogentry','Contentofthefirstblogentry','Ian') 
INSERTINTOcomments(id,blog_id,comment,author)VALUES(NULL,1,'Commentingfirstblogentry','SusanNorton'),(NULL,1,'Commentingfirstblogentry','RoseWilson')

上面的代码，实际上模拟了读者Susan和Rose对我们的第一篇博客作出了评论的情况。假设现在我们要用另一篇文章来更新第一篇博客。当然，这种情况是有可能发生的。

在这种情况下，为了维护数据库的一致性，comments表也必须进行相应的更新，要么通过手工方式更新，或者通过处理数据层的应用程序进行更新。就本例而言，我们将使用SQL命令来完成更新，具体如下所示：

UPDATEblogsSETid=2,title='Titleofthefirstblogentry',content='Contentofthefirstblogentry',author='JohnDoe'WHEREid=1 
UPDATEcommentsSETblog_id=2WHEREblod_id=1

如前所述，因为第一篇博客的数据项的内容已经更新，所以comments表也必须反映出此变化才行。当然，现实中这个更新操作应该在应用程序层完成，而非手工进行，这就意味着这个逻辑必须使用服务器端语言来实现。

为了完成这个操作，对于PHP来说可以通过一个简单的子过程即可，但是实际上，如果使用了外键约束的话，对comments表的更新操作完全可以委托给数据库。

就像文章前面所说的那样，InnoDB MySQL表对这个功能提供了无缝地支持。所以，后面部分我们会使用外键约束重新前面的示例代码。

数据库的级联更新

下面，我们将利用外键约束和InnoDB表(而非默认的MyISAM类型)来重新构建前面的示例代码。为此，首先要重新定义这两个示例表，以便它们可以使用特定的数据库引擎。为此，可以使用如下所示的SQL代码：

DROPTABLEIFEXISTS`test`.`blogs`; 
CREATETABLE`test`.`blogs`( 
`id`INT(10)UNSIGNEDAUTO_INCREMENT, 
`title`TEXT, 
`content`TEXT, 
`author`VARCHAR(45)DEFAULTNULL, 
PRIROSEKEY(`id`) 
)ENGINE=InnoDBDEFAULTCHARSET=utf8; 
DROPTABLEIFEXISTS`test`.`comments`; 
CREATETABLE`test`.`comments`( 
`id`INT(10)UNSIGNEDAUTO_INCREMENT, 
`blog_id`INT(10)UNSIGNEDDEFAULTNULL, 
`comment`TEXT, 
`author`VARCHAR(45)DEFAULTNULL, 
PRIROSEKEY(`id`), 
KEY`blog_ind`(`blog_id`), 
CONSTRAINT`comments_ibfk_1`FOREIGNKEY(`blog_id`)REFERENCES`blogs`(`id`)ONUPDATECASCADE
)ENGINE=InnoDBDEFAULTCHARSET=utf8;

这里的代码与之前的代码相比，一个明显的不同之处在于现在的这两个表使用了InnoDB存储引擎，所以能够支持外键约束。除此之外，我们还需要注意定义comments表的代码：

CONSTRAINT `comments_ibfk_1` FOREIGN KEY (`blog_id`) REFERENCES `blogs` (`id`) ON UPDATE CASCADE

实际上，这个语句是通知MySQLMySQL，当blogs表更新时，也要更新comments表中外键blog_id的值。换句话说，这里所做的就是让MySQL以级联方式维护数据库完整性，这意味着当某个博客更新时，与之相连的注释也要立即反应此变化，重要的是这一功能的实现并非在应用程序层完成的。

两个示例MySQL表已经定义好了，现在，更新这两个表就像运行一个UPDATE语句一样简单，如下所示：

"UPDATE blogs SET id = 2, title = 'Title of the first blog entry', content = 'Content of the first blog entry', author = 'John Doe' WHERE id = 1"

前面说过，我们无需更新comments表，因为MySQL会自动处理这一切。此外，在试图更新blogs表的数据行的时候，还可以通过去除查询的“ON UPDATE”部分或者规定“NO ACTION”和“RESTRICT”让MySQL什么也不做。当然，还可以让MySQL做其他事情，这些将在后续的文章中分别加以介绍。

通过上面的介绍，我想大家已经对如何在MySQL中的InnoDB表结合使用外键约束有了一个清晰的认识，当然，您也可以进一步编写在即的代码，以进一步加深对这一方便的数据库功能的认识。

三 : 您的服务器不支持mysql数据库

请教个问题 我是2003+iis+mysql5.0.27+discuz5.5 在本机全新安装，为什么老是提示：您的服务器不支持mysql数据库，无法安装论坛程序
cd mysql5bin 回车
mysql -uroot -p 回车
输入密码　我也看见提示符已变成mysql>
服务里面mysql服务器有启动了
大家帮帮我啊
谢谢！font]
------------------
在配置PHP时，复制 php5ts.dll和 libmysql.dll到 C:WINDOWSsystem32 中，同时也复制一份到c:windows目录下。 
设置环境变量：我的电脑-右键-属性，高级—环境变量，双击下面一个框中的path,把D:webphp5;加进去，同时，也把mysql路径也加进去（D:webmysqlbin;）具体路径以你的安装路径为准。 
然后重启动下机子。

四 : 服务器不支持mysql数据库

2,查找 ;extension=php_mysql.dll，将前面的引号“；”去掉。 3,iis加载的是不是php5isapi.dll,不是的话改过来. 4,复制php目录...
在配置PHP时，复制 php5ts.dll和 libmysql.dll到 C:WINDOWSsystem32 中，同时也复制一份到c:windows目录下。 
设置环境变量：我的电脑-右键-属性，高级—环境变量，双击下面一个框中的path,把D:webphp5;加进去，同时，也把mysql路径也加进去（D:webmysqlbin;）具体路径以你的安装路径为准。 
然后重启动下机子。

五 : centos安装mysql数据库的方法

1、首先下载MySQL的安装文件，我这里安装的是MySQL5.1.7版本的，

2、安装MySQL数据库服务器

进入安装包所在文件夹，执行命令 rpm -ivh MySQL-server-5.1.7-0.i386.rpm 安装MySQL服务器。

如果报了与原先版本冲突的话，就执行rpm -qa|grep -i mysql命令，会显示已安装的Mysql版本,我的显示mysql-libs-5.1.61-4.el6.i686
这时如果有的话就强制删除：rpm -e --nodeps mysql-libs-5.1.61-4.el6.i686（因为有包依赖，所以要强制删除）

我的报错提示如下：

MySQL-server-5.1.7-0.i386.rpm
Preparing... ########################################### [100%]
file /usr/share/mysql/charsets/README from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/Index.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/armscii8.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/ascii.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/cp1250.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/cp1251.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/cp1256.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/cp1257.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/cp850.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/cp852.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/cp866.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/dec8.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/geostd8.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/greek.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/hebrew.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/hp8.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/keybcs2.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/koi8r.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/koi8u.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/latin1.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/latin2.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/latin5.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/latin7.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/macce.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/macroman.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/charsets/swe7.xml from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/czech/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/danish/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/dutch/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/english/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/estonian/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/french/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/german/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/greek/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/hungarian/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/italian/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/japanese/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/korean/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/norwegian-ny/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/norwegian/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/polish/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/portuguese/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/romanian/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/russian/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/serbian/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/slovak/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/spanish/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/swedish/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686
file /usr/share/mysql/ukrainian/errmsg.sys from install of MySQL-server-5.1.7-0.i386.rpm conflicts with file from package mysql-libs-5.1.61-4.el6.i686

这时候再执行rpm -ivh MySQL-server-5.1.7-0.i386.rpm安装即可安装成功。
我这里安装成功了，但是mysql服务无法启动，总是启动失败，后来百度了一下，是因为selinux的原因，只要将selinux关闭就OK了。
关闭selinux：vi /etc/selinux/config 将SELINUX=enforcing 改成SELINUX=disabled 然后重启
关闭selinux之后还是无法启动mysql服务，因为安装的mysql所有者是root，在安装mysql的时候会创建一个用户mysql，只要将/var/lib/mysql
的所有者改为mysql就OK了，执行命令chown -R mysql:mysql /var/lib/mysql
现在执行service mysql start终于可以启动mysql服务了。

 

3.安装MySQL客户端
执行命令rpm -ivh MySQL-client-5.1.7-0.i386.rpm进行安装。

4.安装成功

成功安装MySQL后将sql文件导入到数据库，步骤如下：

进入MYSQL Command Line Client
1、先创建数据库：create database test 注：test是创建数据库的名称
2、再切换到当前数据库：use test
3、再输入：. /root/test.sql 或 souce /root/test.sql

按照以上步骤就可以将备份的sql脚本导入到linux中的数据库中去。

本文标题：mysql数据库-MySQL数据库单一表突破4G限制的实现方法
本文地址： http://www.61k.com/1136925.html