事碰到麻烦，寻求帮忙，问题是这样的：
有个InnoDB表，想要用 LOAD DATA INFILE 的方式倒数据进去，发现报错：table is full。
我看了一下，日志中没有相关可用信息，该表使用的是共享表空间，总共6个ibdata*文件，只有2个文件的修改时间是最新的，觉得可能不是因为表空间慢的缘故，于是尝试插入少量数据试试看先。分多次插入10,20,100条记录都没问题，一次性插入500多条记录时，就又报table is full了。看来，事务没有问题，再把焦点转会表空间问题上来。尝试性的关闭mysqld，新加一个表空间文件，启动，再插入更多数据，发现这次没问题了，搞定。
小结：InnoDB的共享表空间文件写入并不是预想的那样，按照顺序写入，先写 ibdata1，再写 ibdata2这样的，而是采用自己的机制。一开始没确定是表空间的问题，是因为发现最后一个表空间文件并没有被更新，认为表空间还有空闲，产生了这个惯性思维误区，呵呵。
有个InnoDB表，想要用 LOAD DATA INFILE 的方式倒数据进去，发现报错：table is full。
我看了一下，日志中没有相关可用信息，该表使用的是共享表空间，总共6个ibdata*文件，只有2个文件的修改时间是最新的，觉得可能不是因为表空间慢的缘故，于是尝试插入少量数据试试看先。分多次插入10,20,100条记录都没问题，一次性插入500多条记录时，就又报table is full了。看来，事务没有问题，再把焦点转会表空间问题上来。尝试性的关闭mysqld，新加一个表空间文件，启动，再插入更多数据，发现这次没问题了，搞定。
小结：InnoDB的共享表空间文件写入并不是预想的那样，按照顺序写入，先写 ibdata1，再写 ibdata2这样的，而是采用自己的机制。一开始没确定是表空间的问题，是因为发现最后一个表空间文件并没有被更新，认为表空间还有空闲，产生了这个惯性思维误区，呵呵。
核心提示： 作为MySQL数据库的两种主要的存储引擎，MyISAM和Innodb各有长处，本文的作者探讨了MyISAM不只适合小型项目，它的稳定性、扩展性和高可用性让作者对它情有独钟。
两种类型最主要的差别就是Innodb 支持事务处理与外键和行级锁.而MyISAM不支持.所以MyISAM往往就容易被人认为只适合在小项目中使用。
我作为使用MySQL的用户角度出发，Innodb和MyISAM都是比较喜欢的，但是从我目前运维的数据库平台要达到需求：99.9%的稳定性，方便的扩展性和高可用性来说的话，MyISAM绝对是我的首选。
两种类型最主要的差别就是Innodb 支持事务处理与外键和行级锁.而MyISAM不支持.所以MyISAM往往就容易被人认为只适合在小项目中使用。
我作为使用MySQL的用户角度出发，Innodb和MyISAM都是比较喜欢的，但是从我目前运维的数据库平台要达到需求：99.9%的稳定性，方便的扩展性和高可用性来说的话，MyISAM绝对是我的首选。
MyISAM:这个是默认类型,它是基于传统的ISAM类型,ISAM是Indexed Sequential Access Method (有索引的顺序访问方法) 的缩写,它是存储记录和文件的标准方法.与其他存储引擎比较,MyISAM具有检查和修复表格的大多数工具. MyISAM表格可以被压缩,而且它们支持全文搜索.它们不是事务安全的,而且也不支持外键。如果事物回滚将造成不完全回滚，不具有原子性。如果执行大量的Select，MyISAM是更好的选择。
InnoDB:这种类型是事务安全的.它与BDB类型具有相同的特性,它们还支持外键.InnoDB表格速度很快.具有比BDB还丰富的特性,因此如果需要一个事务安全的存储引擎,建议使用它.如果你的数据执行大量的Insert或Update,出于性能方面的考虑，应该使用InnoDB表,
对于支持事物的InnoDB类型的标，影响速度的主要原因是AUTOCOMMIT默认设置是打开的，而且程序没有显式调用BEGIN 开始事务，导致每插入一条都自动Commit，严重影响了速度。可以在执行sql前调用begin，多条sql形成一个事物（即使autocommit打开也可以），将大大提高性能。
===============================================================
InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。下面是已知的两者之间的差别，仅供参考。
InnoDB:这种类型是事务安全的.它与BDB类型具有相同的特性,它们还支持外键.InnoDB表格速度很快.具有比BDB还丰富的特性,因此如果需要一个事务安全的存储引擎,建议使用它.如果你的数据执行大量的Insert或Update,出于性能方面的考虑，应该使用InnoDB表,
对于支持事物的InnoDB类型的标，影响速度的主要原因是AUTOCOMMIT默认设置是打开的，而且程序没有显式调用BEGIN 开始事务，导致每插入一条都自动Commit，严重影响了速度。可以在执行sql前调用begin，多条sql形成一个事物（即使autocommit打开也可以），将大大提高性能。
===============================================================
InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。下面是已知的两者之间的差别，仅供参考。
当各位在安装、重装时出现could not start the service mysql error:0的错误时，可以尝试下面两种方法。
一、方式1
MySQL安装是出现could not start the service mysql error:0 提示错误，解决方法：
首先，在管理工具->服务里面将MySQL的服务给停止，然后打开cmd 进入你的MySQL bin目录下，例如 C:\Program Files\MySQL\MySQL Server 5.0\bin 然后使用如下命令mysqld-nt -remove 然后就会显示......success! 好了下面进入添加删除程序，找到MySQL选择卸载，记得选择remove。最后将MySQL目录删除，还有数据库的目录也删除。
一、方式2
查看服务中有没有mysql,如果有将该服务停掉;
安装mysql 5.1.33,在运行Server Instance Configuration wizard时的Execute configurattion步骤中的第三项Start Service进出错,错误提示为Could not start the service MySQL (出现这种情况一般是因为装过mysql，卸载不干净造成的。卸载后重启后再重装。注意看下服务，如果未能卸载，可以用mysqld-nt -remove卸载)。
一、方式1
MySQL安装是出现could not start the service mysql error:0 提示错误，解决方法：
首先，在管理工具->服务里面将MySQL的服务给停止，然后打开cmd 进入你的MySQL bin目录下，例如 C:\Program Files\MySQL\MySQL Server 5.0\bin 然后使用如下命令mysqld-nt -remove 然后就会显示......success! 好了下面进入添加删除程序，找到MySQL选择卸载，记得选择remove。最后将MySQL目录删除，还有数据库的目录也删除。
一、方式2
查看服务中有没有mysql,如果有将该服务停掉;
安装mysql 5.1.33,在运行Server Instance Configuration wizard时的Execute configurattion步骤中的第三项Start Service进出错,错误提示为Could not start the service MySQL (出现这种情况一般是因为装过mysql，卸载不干净造成的。卸载后重启后再重装。注意看下服务，如果未能卸载，可以用mysqld-nt -remove卸载)。
