MYSQL 的 MyISAM 和 InnoDB 的困惑
今天用JPA生成数据表，虽然在Entity上已经配置好了一对多和多对一的关系，总是奇怪不能生成外键索引。
后来发现是MySQL的 storage engine 的问题。
默认的MyISAM是不支持外键的。
只有改成 InnoDB才支持外键
修改方法，找到 my.ini
在里面添加或修改（如果有的话）
default-storage-engine = InnoDB
附：
MyISAM和InnoDB的区别
存储引擎各自的一些特点
上面提到的四种存储引擎都有各自适用的环境，这取决于它们独有的一些特征。主要体现在性能、事务、并发控制、参照完整性、缓存、 故障恢复，备份及回存等几个方面
目前比较普及的存储引擎是MyISAM和InnoDB.而MyISAM又是绝大部分Web应用的首选。MyISAM与InnoDB的主要的不同点在于性能和事务控制上。
MyISAM是早期ISAM(Indexed Sequential Access Method,我现在用的MySQL5.0已经不支持ISAM了）的扩展实现，ISAM被设计为适合处理读频率远大于写频率这样一种情况，因此ISAM以及后来的MyISAM都没有考虑对事物的支持，排除了TPM，不需要事务记录，ISAM的查询效率相当可观，而且内存占用很少。MyISAM在继承了这类优点的同时，与时俱进的提供了大量实用的新特性和相关工具。例如考虑到并发控制，提供了表级锁，虽然MyISAM本身不支持容错，但可以通过myisamchk进行故障恢复。而且由于MyISAM是每张表使用各自独立的存储文件（MYD数据文件和MYI索引文件），使得备份及恢复十分方便（拷贝覆盖即可），而且还支持在线恢复。
所以如果你的应用是不需要事务，处理的只是基本的CRUD操作，那么MyISAM是不二选择
InnoDB被设计成适用于高并发读写的情况.使用MVCC(Multi-Version Concurrency Control)以及行级锁来提供遵从ACID的事务支持。InnoDB支持外键参照完整性，具备故障恢复能力。另外 InnoDB的性能其实还是不错的，特别是在处理大数据量的情况下,用官方的话说就是： InnoDB的CPU效率是其他基于磁盘的关系数据库存储引擎所不能比的。不过InnoDB的备份恢复要麻烦一点，除非你使用了4.1以后版本提供的Mulit-tablespace支持，因为InnoDB和MyISAM不同，他的数据文件并不是独立对应于每张表的。而是使用的共享表空间，简单的拷贝覆盖方法对他不适用，必须在停掉MYSQL后对进行数据恢复。使用Per-Table Tablespacesd，使其每张表对应一个独立的表空间文件，则情况要简单很多。
一般来说，如果需要事务支持，并且有较高的并发读写频率，InnoDB是不错的选择。要是并发读写频率不高的话，其实可以考
相关文档：
在Zend FrameWork中调用mysql的存储过程方法如下：
$db = Zend_Db::factory($sql_DbType,$sql_Config);
$connection=$db->getConnection();
Zend_Registry::set("db",$db);
Zend_Registry::set("connect",$connection);
调用存储过程如下代码所示：
$this->_db = Zend_Registry::get('db');
$connection=Zend_ ......
卸载MySQL数据库：
先停掉WINDOWS里的MySQL服务；
用360安全卫士强行删除MySQL数据库
接着在注册表里清除MySQL服务：
1、HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Eventlog\Application\MySQL 目录删除
2、HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\Eventlog\Application\MySQL 目录删除
3、HKEY_ ......
1、MySQL是有一些环境变量可以设置，
可输入：show variables;可查看当前的环境变量设置；
2、这些变量当中有一部分与字符相关的设置，
可输入：show variables like ´character%´;查看；
3、其中character_set_results决定返回结果的编码，
windows下设为gb2312即可正常显示中文；
设置方法：set charac ......
最近一直在研究freeBSD下nginx+php+mysql的安装，看了很多网上的资料收获不小，不过大部分都是编译安装，相对初学者来说比较复杂，不容易理解，所以我整合了一些ports安装的资料，都是经过自己验证后的，安装成功也比较容易理解，下面是两种成功的案例，其中有一个是Apache代替nginx的安装，希望对大家有所帮助。
� ......
我本机测试是安装的 mysql 5.1 , 但 centos 服务器上确是使用的 mysql 5.0 , 平时没发现差别, 但最近sql 文件导入导出时发现了, 一点小小差别.
主要是在处理到索引语句时出现了不兼容的情况, 比如下面语句是在 mysql 5.1 导出的:
KEY `index_2` (`datatype`,`stime`,`line`,`mcode`) USING BTREE
如果想导入到 mysql 5 ......
