MySQL .frm .myd .myi 文件 及数据库本地移植
今天在实际开发中对于MySQL数据库进行移植发生的问题来说下. 开始把本地data中的数据库文件拷贝到另一台机子上Test, 执行show tables ; 可以看到数据库表,但是对表进行任何操作都报错: 表不存在 , 原以为Mysql的数据库文件(.frm)Copy->stick到本地安装MySQLDB目录的data文件夹下就可以.事实不是我们想的那样. 对于MySQL数据库的移植,我们能看到的只是它生成的表结构 以就是说以 .frm为后缀名的文件.
实际上, .frm .myd .myi都是Mysql存储数据的文件, 代表MySQL数据库表的结构/数据和索引文件 ,我们默认创建数据库和表时只生成数据库表结构的文件.frm. 移植数据库时,必须存在三种格式的数据库表文件,才能正常使用该DB, 当我们在本地创建出数据库还有该数据库域下的表时, 在data文件夹下只存在数据库的字符集描述文件和数据库表结构文件,若需要移植数据库, 应该在 该数据库域下, 已就是说 use targetDatabase; 后执行以下语句生成其他两种格式的数据存储文件,
alter table targetTableName ENGINE = MYISAM ROW_FORMAT = COMPACT;
对每个表都执行以上语句后, 在看看data文件下的数据库表,其他两种格式都生成出来了.然后在移植, 就不会存在文章开始说的数据库表不存在的错误.
相关文档：
解决mySQL占用内存超大问题
为了装mysql环境测试，装上后发现启动后mysql占用了很大的虚拟内存，达8百多兆。网上搜索了一下，得到高人指点my.ini。再也没见再详细的了..只好打开my.ini逐行的啃，虽然英文差了点，不过多少M还是看得明的^-^
更改后如下：
innodb_buffer_pool_size=576M ->256M InnoDB引擎缓冲 ......
假设我们使用mysql_real_query执行了一条sql语句之后，返回值为非0值，大家都知道这是这条语句执行出错，但是我们想
了解地更详细点的话，究竟是什么原因导致了这个错误呢？这时候就得用上mysql提供的另外一个API：mysql_errno。
mysql_errno会提供最近一次调用的C API出错的信息（不见得每个API都会对这个errno进行设� ......
MySQL-client-community-5.0.41-0.rhel4.i386.rpm # 客户端
MySQL-devel-community-5.0.82-0.rhel4.i386.rpm ......
最近用mysql写了几个复杂的语句，感觉在关系很复杂的时候先理清关系再选择用的查询方法是很重要的，因为同一个需求可能用不同的方法来查出来，但是复杂度，性能都不一样。
下面说一下能实现复杂查询的一些一般方法：
一.with语法（首先说明，好像Mysql不支持这个语 ......
ERROR 1005 (HY000): Can't create table ' ****.frm' (errno: 150)
我是从以下几个方面解决了此问题：
1、确保参照的表和字段是存在的；
2、组成外键的字段要求被索引(主要是外键那个字段要求在其他表中是主键)；
3、外键关联的两表或多表要求都是INNODB类型的表；
4、字段类型（说明）要一样`itemId` varchar( ......
