MEMORY 存储引擎使用存在内存中的内容来创建表。每个 MEMORY 表只实际对应一个磁盘文件&＃xff0c;格式是.frm。MEMORY 类型的表访问非常得快&＃xff0c;因为它的数据是放在内存中的&＃xff0c;并且默认使用 HASH 索引&＃xff0c;但是一旦服务关闭&＃xff0c;表中的数据就会丢失掉。
下面例子创建了一个 MEMORY 的表&＃xff0c;并从 city 表获得记录&＃xff1a;
| mysql> CREATE TABLE tab_memory ENGINE&＃61;MEMORY -> SELECT city_id,city,country_id -> FROM city GROUP BY city_id; Query OK, 600 rows affected (0.06 sec) Records: 600 Duplicates: 0 Warnings: 0 mysql> select count(*) from tab_memory; &＃43;----------&＃43; | count(*) | &＃43;----------&＃43; | 600 | &＃43;----------&＃43; 1 row in set (0.00 sec) mysql> show table status like &＃39;tab_memory&＃39; \G *************************** 1. row *************************** Name: tab_memory Engine: MEMORY Version: 10 Row_format: Fixed Rows: 600 Avg_row_length: 155 Data_length: 127040 Max_data_length: 16252835 Index_length: 0 Data_free: 0 Auto_increment: NULL Create_time: NULL Update_time: NULL Check_time: NULL Collation: gbk_chinese_ci Checksum: NULL Create_options: |
Comment:
1 row in set (0.00 sec)
给 MEMORY 表创建索引的时候&＃xff0c;可以指定使用 HASH 索引还是 BTREE 索引&＃xff1a;
| mysql> create index mem_hash USING HASH on tab_memory (city_id) ; Query OK, 600 rows affected (0.04 sec) Records: 600 Duplicates: 0 Warnings: 0 mysql> SHOW INDEX FROM tab_memory \G *************************** 1. row *************************** Table: tab_memory Non_unique: 1 Key_name: mem_hash Seq_in_index: 1 Column_name: city_id Collation: NULL Cardinality: 300 Sub_part: NULL Packed: NULL Null: Index_type: HASH Comment: 1 row in set (0.01 sec)
mysql> drop index mem_hash on tab_memory; Query OK, 600 rows affected (0.04 sec) Records: 600 Duplicates: 0 Warnings: 0
mysql> create index mem_hash USING BTREE on tab_memory (city_id) ; Query OK, 600 rows affected (0.03 sec) Records: 600 Duplicates: 0 Warnings: 0
mysql> SHOW INDEX FROM tab_memory \G *************************** 1. row *************************** Table: tab_memory Non_unique: 1 Key_name: mem_hash Seq_in_index: 1 Column_name: city_id Collation: A Cardinality: NULL Sub_part: NULL Packed: NULL Null: Index_type: BTREE |
Comment:
1 row in set (0.00 sec)
在启动 MySQL 服务的时候使用--init-file 选项&＃xff0c;把 INSERT INTO ... SELECT 或 LOAD DATA
INFILE 这样的语句放入这个文件中&＃xff0c;就可以在服务启动时从持久稳固的数据源装载表。服务器需要足够内存来维持所有在同一时间使用的 MEMORY 表&＃xff0c;当不再需要 MEMORY
表的内容之时&＃xff0c;要释放被 MEMORY 表使用的内存&＃xff0c;应该执行 DELETE FROM 或 TRUNCATE TABLE&＃xff0c;或者整个地删除表&＃xff08;使用 DROP TABLE 操作&＃xff09;。
每个 MEMORY 表中可以放置的数据量的大小&＃xff0c;受到 max_heap_table_size 系统变量的约束&＃xff0c;这个系统变量的初始值是 16MB&＃xff0c;可以按照需要加大。此外&＃xff0c;在定义 MEMORY 表的时候&＃xff0c;可以通过 MAX_ROWS 子句指定表的最大行数。
MEMORY 类型的存储引擎主要用在那些内容变化不频繁的代码表&＃xff0c;或者作为统计操作的中间结果表&＃xff0c;便于高效地对中间结果进行分析并得到最终的统计结果。对 MEMORY 存储引擎的表进行更新操作要谨慎&＃xff0c;因为数据并没有实际写入到磁盘中&＃xff0c;所以一定要对下次重新启动服务后如何获得这些修改后的数据有所考虑。
7.2.4 MERGE
MERGE 存储引擎是一组 MyISAM 表的组合&＃xff0c;这些 MyISAM 表必须结构完全相同&＃xff0c;MERGE 表本身并没有数据&＃xff0c;对 MERGE 类型的表可以进行查询、更新、删除的操作&＃xff0c;这些操作实际上是对内部的实际的 MyISAM 表进行的。对于 MERGE 类型表的插入操作&＃xff0c;是通过
INSERT_METHOD 子句定义插入的表&＃xff0c;可以有 3 个不同的值&＃xff0c;使用 FIRST 或 LAST 值使得插入操作被相应地作用在第一或最后一个表上&＃xff0c;不定义这个子句或者定义为 NO&＃xff0c;表示不能对这个 MERGE 表执行插入操作。
可以对 MERGE 表进行 DROP 操作&＃xff0c;这个操作只是删除 MERGE 的定义&＃xff0c;对内部的表没有
任何的影响。
MERGE 表在磁盘上保留两个文件&＃xff0c;文件名以表的名字开始&＃xff0c;一个.frm 文件存储表定义&＃xff0c;另一个.MRG 文件包含组合表的信息&＃xff0c;包括 MERGE 表由哪些表组成、插入新的数据时的依据。
可以通过修改.MRG 文件来修改 MERGE 表&＃xff0c;但是修改后要通过 FLUSH TABLES 刷新。下面是一个创建和使用 MERGE 表的例子。
&＃xff08;1&＃xff09;创建 3 个测试表 payment_2006、payment_2007 和 payment_all&＃xff0c;其中 payment_all 是前两个表的 MERGE 表&＃xff1a;
mysql> create table payment_2006( -> country_id smallint,
-> payment_date datetime,
-> amount DECIMAL(15,2),
-> KEY idx_fk_country_id (country_id)
-> )engine&＃61;myisam;
Query OK, 0 rows affected (0.03 sec)
mysql> create table payment_2007( -> country_id smallint,
-> payment_date datetime,
-> amount DECIMAL(15,2),
-> KEY idx_fk_country_id (country_id)
-> )engine&＃61;myisam;
| Query OK, 0 rows affected (0.02 sec) mysql> CREATE TABLE payment_all( -> country_id smallint, -> payment_date datetime, -> amount DECIMAL(15,2), -> INDEX(country_id) -> )engine&＃61;merge union&＃61;(payment_2006,payment_2007) INSERT_METHOD&＃61;LAST; Query OK, 0 rows affected (0.04 sec)
|
mysql> insert into payment_2006 values(1,&＃39;2006-05-01&＃39;,100000),(2,&＃39;2006-08-15&＃39;,150000);
Query OK, 2 rows affected (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> insert into payment_2007 values(1,&＃39;2007-02-20&＃39;,35000),(2,&＃39;2007-07-15&＃39;,220000);
Query OK, 2 rows affected (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 0
| mysql> select * from payment_2006; &＃43;------------&＃43;---------------------&＃43;-----------&＃43; | country_id | payment_date | amount | &＃43;------------&＃43;---------------------&＃43;-----------&＃43; | 1 | 2006-05-01 00:00:00 | 100000.00 | | 2 | 2006-08-15 00:00:00 | 150000.00 | &＃43;------------&＃43;---------------------&＃43;-----------&＃43; 2 rows in set (0.00 sec) mysql> select * from payment_2007; &＃43;------------&＃43;---------------------&＃43;-----------&＃43; | country_id | payment_date | amount | &＃43;------------&＃43;---------------------&＃43;-----------&＃43; | 1 | 2007-02-20 00:00:00 | 35000.00 | | 2 | 2007-07-15 00:00:00 | 220000.00 | &＃43;------------&＃43;---------------------&＃43;-----------&＃43; 2 rows in set (0.00 sec)
mysql> select * from payment_all; &＃43;------------&＃43;---------------------&＃43;-----------&＃43; | country_id | payment_date | amount | &＃43;------------&＃43;---------------------&＃43;-----------&＃43; | 1 | 2006-05-01 00:00:00 | 100000.00 | | 2 | 2006-08-15 00:00:00 | 150000.00 | |
| 1 | 2007-02-20 00:00:00 | 35000.00 |
| 2 | 2007-07-15 00:00:00 | 220000.00 |
&＃43;------------&＃43;---------------------&＃43;-----------&＃43;
4 rows in set (0.00 sec)
可以发现&＃xff0c;payment_all 表中的数据是 payment_2006 和 payment_2007 表的记录合并后的结果集。
下面向 MERGE 表插入一条记录&＃xff0c;由于 MERGE 表的定义是 INSERT_METHOD&＃61;LAST&＃xff0c;就会向最后一个表中插入记录&＃xff0c;所以虽然这里插入的记录是 2006 年的&＃xff0c;但仍然会写到 payment_2007 表中。
| mysql> insert into payment_all values(3,&＃39;2006-03-31&＃39;,112200); Query OK, 1 row affected (0.00 sec) mysql> select * from payment_all; &＃43;------------&＃43;---------------------&＃43;-----------&＃43; | country_id | payment_date | amount | &＃43;------------&＃43;---------------------&＃43;-----------&＃43; | 1 | 2006-05-01 00:00:00 | 100000.00 | | 2 | 2006-08-15 00:00:00 | 150000.00 | | 1 | 2007-02-20 00:00:00 | 35000.00 | | 2 | 2007-07-15 00:00:00 | 220000.00 | | 3 | 2006-03-31 00:00:00 | 112200.00 | &＃43;------------&＃43;---------------------&＃43;-----------&＃43; 5 rows in set (0.00 sec) mysql> select * from payment_2007; &＃43;------------&＃43;---------------------&＃43;-----------&＃43; | country_id | payment_date | amount | &＃43;------------&＃43;---------------------&＃43;-----------&＃43; | 1 | 2007-02-20 00:00:00 | 35000.00 | | 2 | 2007-07-15 00:00:00 | 220000.00 | | 3 | 2006-03-31 00:00:00 | 112200.00 | &＃43;------------&＃43;---------------------&＃43;-----------&＃43; 3 rows in set (0.00 sec) |
这也是 MERGE 表和分区表的区别&＃xff0c;MERGE 表并不能智能地将记录写到对应的表中&＃xff0c;而分区表是可以的&＃xff08;分区功能在 5.1 版中正式推出&＃xff09;。通常我们使用 MERGE 表来透明地对多个表进行查询和更新操作&＃xff0c;而对这种按照时间记录的操作日志表则可以透明地进行插入操作。
7.3 如何选择合适的存储引擎
在选择存储引擎时&＃xff0c;应根据应用特点选择合适的存储引擎&＃xff0c;对于复杂的应用系统可以根据实际情况选择多种存储引擎进行组合。
下面是常用存储引擎的适用环境。
MEMORY 表通常用于更新不太频繁的小表&＃xff0c;用以快速得到访问结果。
注意&＃xff1a;以上只是我们按照实施经验提出的关于存储引擎选择的一些建议&＃xff0c;但是不同应用的特点是千差万别的&＃xff0c;选择使用哪种存储引擎才是最佳方案也不是绝对的&＃xff0c;这需要根据用户各自的应用进行测试&＃xff0c;从而得到最适合自己的结果。
京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有