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文件下的数据库表,其他两种格式都生成出来了.然后在移植, 就不会存在文章开始说的数据库表不存在的错误.
相关文档：
PHP的一个数据库操作类,以UTF8格式写入,数据库内直接显示正常中文,防止查询出错
/**
* @author xggxnn
* 本类用于实现有关数据库的访问
*
*/
class DBConnection {
private $host = "";
private $user = "";
private $pass = "";
private $DBname = "";
public $isConnected = false;
/**
* 构造� ......
MySql的时间类型有 Java中与之对应的时间类型
date ......
就我知道的两个区别：
myISAM 不支持事务
Innodb 支持事务
如果修改myISAM 为Innodb，需要把原来的数据先dump出来，清空表，在重新插入
innodb在/etc/my.cfg的配置为
innodb_data_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend
innodb_log_group_hom ......
最近用mysql写了几个复杂的语句，感觉在关系很复杂的时候先理清关系再选择用的查询方法是很重要的，因为同一个需求可能用不同的方法来查出来，但是复杂度，性能都不一样。
下面说一下能实现复杂查询的一些一般方法：
一.with语法（首先说明，好像Mysql不支持这个语 ......
我写过的教程不多，而且大部分都是来源于别人的教程，不过，这里所介绍的，都是融入我所总结的经验．－－引言
PHP的执行效率是有目共睹的，这也是我喜欢它的原因之一，和它称为绝妙搭档的Mysql以及Apache想融合，不能不惊叹其效率了。PHP更新也很快，这里列举了目前最新版本PHP4.3.2RC4（几乎没有BUG了，估计写� ......
