php使用mysql内存表做session存储

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

1、heap对所有用户的连接是可见的，这使得它非常适合做缓存。

2、仅适合使用的场合。heap不允许使用xxxTEXT和xxxBLOB数据类型；只允许使用=和<=>操作符来搜索记录（不允许<、>、<=或>=）；不支持auto_increment；只允许对非空数据列进行索引（not null）。 注：操作符 “<=>” 说明：NULL-safe equal.这个操作符和“=”操作符执行相同的比较操作，不过在两个操作码均为NULL时，其所得值为1而不为NULL，而当一个操作码为NULL时，其所得值为0而不为NULL。

3、一旦服务器重启，所有heap表数据丢失，但是heap表结构仍然存在，因为heap表结构是存放在实际数据库路径下的，不会自动删除。重启之后，heap将被清空，这时候对heap的查询结果都是空的。

4、如果heap是复制的某数据表，则复制之后所有主键、索引、自增等格式将不复存在，需要重新添加主键和索引，如果需要的话。

5、对于重启造成的数据丢失，有以下的解决办法：

a、在任何查询之前，执行一次简单的查询，判断heap表是否存在数据，如果不存在，则把数据重新写入，或者DROP表重新复制某张表。这需要多做一次查询。不过可以写成include文件，在需要用该heap表的页面随时调用，比较方便。
b、对于需要该heap表的页面，在该页面第一次且仅在第一次查询该表时，对数据集结果进行判断，如果结果为空，则需要重新写入数据。这样可以节省一次查询。
c、更好的办法是在mysql每次重新启动时自动写入数据到heap，但是需要配置服务器，过程比较复杂，通用性受到限制。

建表时TABLE TYPE 选项也有这个表结构就是建立了内存表。如果MYSQL重启　那内存表的数据　将会消失。但访问速度会很快！

早先问过BleakWind，他认为，给别人做的话MySQL内存表做会话比较 好一些，因为MySQL内存表做Session更容易维护（可以制作安装脚本）。这个周末，我进行了一些测试，测试MySQL MyISAM表做会话（对时间给不给索引）、内存表做会话、MemCache做会话的效率比较。

定义会话Session类：

定义会话处理器接口（Session_Handler_Interface)：

实现MySQL内存表Session处理器：

实现MemCache会话处理器：

MySQL内存表测试程序：

MemCache会话测试代码：

MySQL会话表如下：

CREATE TABLE `session` (
`id` char(32) COLLATE utf8_unicode_ci NOT NULL,
`name` varchar(20) COLLATE utf8_unicode_ci NOT NULL,
`ip` varchar(15) COLLATE utf8_unicode_ci NOT NULL,
`time` int(10) unsigned NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=MEMORY DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

测试结果：

MemCache：

Concurrency Level:      30
Time taken for tests:   18.234375 seconds
Complete requests:      10000
Failed requests:        0
Write errors:           0
Total transferred:      2774781 bytes
HTML transferred:       280000 bytes
Requests per second:    548.41 [#/sec] (mean)
Time per request:       54.703 [ms] (mean)
Time per request:       1.823 [ms] (mean, across all concurrent requests)
Transfer rate:          148.57 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median   max
Connect:        0    0   1.9      0      31
Processing:     0   53 12.1     46     328
Waiting:        0   52 11.9     46     328
Total:          0   53 12.1     46     328
Percentage of the requests served within a certain time (ms)
50%     46
66%     62
75%     62
80%     62
90%     62
95%     62
98%     62
99%     78
100%    328 (longest request)

MySQL内存表：

Concurrency Level:      30
Time taken for tests:   20.375000 seconds
Complete requests:      10000
Failed requests:        4694
(Connect: 0, Length: 4694, Exceptions: 0)
Write errors:           0
Total transferred:      3118440 bytes
HTML transferred:       623048 bytes
Requests per second:    490.80 [#/sec] (mean)
Time per request:       61.125 [ms] (mean)
Time per request:       2.038 [ms] (mean, across all concurrent requests)
Transfer rate:          149.45 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median   max
Connect:        0    0   1.9      0      31
Processing:     0   60   7.6     62     125
Waiting:        0   59   7.6     62     125
Total:          0   60   7.5     62     125
Percentage of the requests served within a certain time (ms)
50%     62
66%     62
75%     62
80%     62
90%     62
95%     62
98%     78
99%     78
100%    125 (longest request)

其他测试：