MySQL学习笔记：InnoDB和MyISAM的差别
InnoDB
和MyISAM
是在使用MySQL
最常用的两个表类型，各有优缺点，视具体应用而定。基本的差别为：MyISAM
类型不支持事务处理等高级处理，而InnoDB
类型支持。MyISAM
类型的表强调的是性能，其执行数度比InnoDB
类型更快，但是不提供事务支持，而InnoDB
提供事务支持已经外部键等高级数据库功能。
MyIASM是IASM表的新版本，有如下扩展：
二进制层次的可移植性。
NULL列索引。
对变长行比ISAM表有更少的碎片。
支持大文件。
更好的索引压缩。
更好的键吗统计分布。
更好和更快的auto_increment处理。
以下是一些细节和具体实现的差别：
1.InnoDB
不支持FULLTEXT类型的索引。
2.InnoDB
中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB
要扫描一遍整个表来计算有多少行，但是MyISAM
只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的。
3.对于AUTO_INCREMENT类型的字段，InnoDB
中必须包含只有该字段的索引，但是在MyISAM
表中，可以和其他字段一起建立联合索引。
4.DELETE from table时，InnoDB
不会重新建立表，而是一行一行的删除。
5.LOAD TABLE from MASTER操作对InnoDB
是不起作用的，解决方法是首先把InnoDB
表改成MyISAM
表，导入数据后再改成InnoDB
表，但是对于使用的额外的InnoDB
特性（例如外键）的表不适用。
另外，InnoDB
表的行锁也不是绝对的，如果在执行一个SQL语句时MySQL
不能确定要扫描的范围，InnoDB
表同样会锁全表，例如update table set num=1 where name like “%aaa%”
任何一种表都不是万能的，只用恰当的针对业务类型来选择合适的表类型，才能最大的发挥MySQL
的性能优势。
问：MySQL中的MyISAM是否支持外键约束？我创建了一个InnoDB的表，并声明了外键，现在我想把它转换成MyISAM。这是否是可行的？如果可以的话，我该怎么做呢？
答：外键约束位
于MyISAM
handler新增特性的to-do列表中，它们还没有被实现，并且可能还要持续一段时间。与此同时，您会发现InnoDB是实现大多数目的的一种良好的
表handler。但是，如果您一定要将表转换成MyISAM，您将会失去执行外键的能力。想要将表转换为另一种handler，您可以使用如下语法：
ALTER TABLE 表名 TYPE= MyISAM;
相关文档：
修改root密码的时候按照网上的说的居然傻傻的执行了update user set password="asdf" where user="root"；执行之后发现密码错了，进去不了，于是折腾了半天，发现mysql的密码是加密的不是明文存储的，所以改的时候需要这样set password=password("asdf")。错误已经发生了，于是就按照下面的� ......
解决MySql数据乱码:
1 写过滤器设置编码格式(格式和JSP页面的编码一样)，或则在请求里面写request.setCharacterEncoding("编码方式");
2 如果是查询出数据乱码，在链接的URL上加上编码格式(你这里加了，没问题);
3 修改my.ini文件里面的 default-character-set= 您要的编码格式 (一共有两处，你查找一下 改为一样的编 ......
如果要随机获取记录数，在mysql里最简单的方法肯定是order
by
rand
()了，但是这种方法只能在表记录极少的情况下才能使用。主要是因为order
by
rand
()导致了using filesort.这个时候查询类型会变成all，索引会失效。只需简单的变通下，完成可以做到同样的效果。
根据记录的类型，分类连续和非连续两种。
连续� ......
