mysql的内存表

内存表顾名思义就是存储在内存中的表，mysql是这样的，表的结构是存放在磁盘上的，但是数据是存放在内存中，当mysql启动时，这个表是存在的，数据也是存在的，如果用户有权限查看这个表，在所有会话中都可以去访问这个表的数据，注意，当mysql 重启后，这个表还是存在的，但是数据就会消失。

CREATE TABLE test(  id int(10),  num int(10)) ENGINE=MEMORY DEFAULT CHARSET=utf8;

查看是否创建成功：

show tables；

使用完内存表后，如果我们想释放掉占用掉的内存，可以有三种方法：

delete from test；//删除数据

truncate test;//清空表

drop table test;//删除表

内存表有以下特征：

1、对于varchar等变长类型，内存表会使用固定长度来存放。

2、内存表可以有非唯一键;

3.内存表不能包含BLOB或者TEXT列；

4.内存表支持AUTO_INCREMENT列;

5.内存表支持插入延迟，使读取优先;

6.非临时内存表和其它非内存表一样在所有客户端直接共享；

另一种内存表的解释，有重复

1. 内存表的表定义是存放在磁盘上的，扩展名为.frm， 所以重启不会丢失。
2. 内存表的数据是存放在内存中的，所以重启会丢失数据。
3. 内存表使用一个固定的记录长度格式。
4. 内存表不支持BLOB或TEXT列，比如varchar与text字段就不会被支持。
5. 内存表支持AUTO_INCREMENT列和对可包含NULL值的列的索引（网上大多说不支持，这是错误的）。内存表支持大于(>) 小于( <)操作，网上也说不支持。
6. mysql重启后，主键、自增、索引仍然存在，只是数据丢失。这也是对网上的一些错误文字纠正。
7. 内存表表在所有客户端之间共享（就像其它任何非TEMPORARY表）。
8. MEMORY存储引擎执行HASH和BTREE索引。你可以通过添加一个如下所示的USING子句为给定的索引指定一个或另一个

我们使用内存表的时候，需要注意以下几个方面：

1.服务器内存足够大;

2.我们创建的内存表和MySQL内部临时表有所不同：

      内存表的数据存放在内存中，而内部临时表（我们的query语句产生的）在恰当的时候存放在内存中，当内部临时表变得很大时，MySQL会自动地把它转化为在磁盘上存储的表，而我们创建的内存表，却不会自动转换。

3.当我们单独地delete from 某个内存表的时候，不会回收内存；只有当整个表被delete的时候，才会回收内存；

4.在MySQL的主从服务器上，内存表可以被复制

内存表的其他一些要点：

1. 在数据库复制时，如果主机当掉，则会在binLog中自动加入delete from [内存表]，将slave的数据也删除掉，以保证两边的数据一致性。
2. 内存表不支持事务。
3. 内存表是表锁，当修改频繁时，性能可能会下降。

使用内存表

   内存表是通过哈希散列索引把数据保存在内存中，因此具有极快的速度，适合缓存中小型数据库，但是使用上受到一些限制。

   

1. heap 对所有用户的连接是可见的，这使得它非常适合做缓存。
2. 仅适合使用的场合。heap不允许使用xxxTEXT和xxxBLOB数据类型。注：操作符 “<=>” 说明：NULL-safe equal.这个操作符和“=”操作符执行相同的比较操作，不过在两个操作码均为NULL时，其所得值为1而不为NULL，而当一个操作码为NULL时，其所得值为0而不为NULL。
3. 一旦服务器重启，所有heap表数据丢失，但是heap表结构仍然存在，因为heap表结构是存放在实际数据库路径下的，不会自动删除。重启之后，heap将被清空，这时候对heap的查询结果都是空的。
4. 如果heap是复制的某数据表，则复制之后所有主键、索引、自增等格式将不复存在，需要重新添加主键和索引，如果需要的话。
5. 对于重启造成的数据丢失，有以下的解决办法：
   • 在任何查询之前，执行一次简单的查询，判断heap表是否存在数据，如果不存在，则把数据重新写入，或者DROP表重新复制某张表。这需要多做一次查询。不过可以写成include文件，在需要用该heap表的页面随时调用，比较方便。
   • 对于需要该heap表的页面，在该页面第一次且仅在第一次查询该表时，对数据集结果进行判断，如果结果为空，则需要重新写入数据。这样可以节省一次查询。
   • 更好的办法是在mysql每次重新启动时自动写入数据到heap，但是需要配置服务器，过程比较复杂，通用性受到限制。