mysql --The MEMORY Storage Engine--官方文档
原文地址:http://dev.mysql.com/doc/refman/5.7/en/memory-storage-engine.html
The MEMORY
storage engine (formerly known as HEAP
) creates special-purpose tables with contents that are stored in memory. Because the data is vulnerable to crashes, hardware issues, or power outages, only use these tables as temporary work areas or read-only caches for data pulled from other tables.
Table 15.4 MEMORY
Storage Engine Features
Storage limits | RAM | Transactions | No | Locking granularity | Table |
MVCC | No | Geospatial data type support | No | Geospatial indexing support | No |
B-tree indexes | Yes | T-tree indexes | No | Hash indexes | Yes |
Full-text search indexes | No | Clustered indexes | No | Data caches | N/A |
Index caches | N/A | Compressed data | No | Encrypted data[a] | Yes |
Cluster database support | No | Replication support[b] | Yes | Foreign key support | No |
Backup / point-in-time recovery[c] | Yes | Query cache support | Yes | Update statistics for data dictionary | Yes |
[a] Implemented in the server (via encryption functions), rather than in the storage engine. [b] Implemented in the server, rather than in the storage engine. [c] Implemented in the server, rather than in the storage engine. |
When to Use MEMORY or MySQL Cluster. Developers looking to deploy applications that use the MEMORY
storage engine for important, highly available, or frequently updated data should consider whether MySQL Cluster is a better choice. A typical use case for the MEMORY
engine involves these characteristics:
Operations involving transient, non-critical data such as session management or caching. When the MySQL server halts or restarts, the data in
MEMORY
tables is lost.In-memory storage for fast access and low latency. Data volume can fit entirely in memory without causing the operating system to swap out virtual memory pages.
A read-only or read-mostly data access pattern (limited updates).
MySQL Cluster offers the same features as the MEMORY
engine with higher performance levels, and provides additional features not available with MEMORY
:
Row-level locking and multiple-thread operation for low contention between clients.
Scalability even with statement mixes that include writes.
Optional disk-backed operation for data durability.
Shared-nothing architecture and multiple-host operation with no single point of failure, enabling 99.999% availability.
Automatic data distribution across nodes; application developers need not craft custom sharding or partitioning solutions.
Support for variable-length data types (including
BLOB
andTEXT
) not supported byMEMORY
.
For a white paper with more detailed comparison of the MEMORY
storage engine and MySQL Cluster, see Scaling Web Services with MySQL Cluster: An Alternative to the MySQL Memory Storage Engine. This white paper includes a performance study of the two technologies and a step-by-step guide describing how existing MEMORY
users can migrate to MySQL Cluster.
Performance Characteristics
MEMORY
performance is constrained by contention resulting from single-thread execution and table lock overhead when processing updates. This limits scalability when load increases, particularly for statement mixes that include writes.
Despite the in-memory processing for MEMORY
tables, they are not necessarily faster than InnoDB
tables on a busy server, for general-purpose queries, or under a read/write workload. In particular, the table locking involved with performing updates can slow down concurrent usage of MEMORY
tables from multiple sessions.
Depending on the kinds of queries performed on a MEMORY
table, you might create indexes as either the default hash data structure (for looking up single values based on a unique key), or a general-purpose B-tree data structure (for all kinds of queries involving equality, inequality, or range operators such as less than or greater than). The following sections illustrate the syntax for creating both kinds of indexes. A common performance issue is using the default hash indexes in workloads where B-tree indexes are more efficient.
Physical Characteristics of MEMORY Tables
The MEMORY
storage engine associates each table with one disk file, which stores the table definition (not the data). The file name begins with the table name and has an extension of .frm
.
MEMORY
tables have the following characteristics:
Space for
MEMORY
tables is allocated in small blocks. Tables use 100% dynamic hashing for inserts. No overflow area or extra key space is needed. No extra space is needed for free lists. Deleted rows are put in a linked list and are reused when you insert new data into the table.MEMORY
tables also have none of the problems commonly associated with deletes plus inserts in hashed tables.MEMORY
tables use a fixed-length row-storage format. Variable-length types such asVARCHAR
are stored using a fixed length.MEMORY
tables cannot containBLOB
orTEXT
columns.MEMORY
includes support forAUTO_INCREMENT
columns.Non-
TEMPORARY
MEMORY
tables are shared among all clients, just like any other non-TEMPORARY
table.
DDL Operations for MEMORY Tables
To create a MEMORY
table, specify the clause ENGINE=MEMORY
on the CREATE TABLE
statement.
CREATE TABLE t (i INT) ENGINE = MEMORY;
As indicated by the engine name, MEMORY
tables are stored in memory. They use hash indexes by default, which makes them very fast for single-value lookups, and very useful for creating temporary tables. However, when the server shuts down, all rows stored in MEMORY
tables are lost. The tables themselves continue to exist because their definitions are stored in .frm
files on disk, but they are empty when the server restarts.
This example shows how you might create, use, and remove a MEMORY
table:
mysql>CREATE TABLE test ENGINE=MEMORY
->SELECT ip,SUM(downloads) AS down
->FROM log_table GROUP BY ip;
mysql>SELECT COUNT(ip),AVG(down) FROM test;
mysql>DROP TABLE test;
The maximum size of MEMORY
tables is limited by the max_heap_table_size
system variable, which has a default value of 16MB. To enforce different size limits for MEMORY
tables, change the value of this variable. The value in effect for CREATE TABLE
, or a subsequent ALTER TABLE
or TRUNCATE TABLE
, is the value used for the life of the table. A server restart also sets the maximum size of existing MEMORY
tables to the globalmax_heap_table_size
value. You can set the size for individual tables as described later in this section.
Indexes
The MEMORY
storage engine supports both HASH
and BTREE
indexes. You can specify one or the other for a given index by adding a USING
clause as shown here:
CREATE TABLE lookup(id INT, INDEX USING HASH (id))ENGINE = MEMORY; CREATE TABLE lookup(id INT, INDEX USING BTREE (id))ENGINE = MEMORY;
For general characteristics of B-tree and hash indexes, see Section 8.3.1, “How MySQL Uses Indexes”.
MEMORY
tables can have up to 64 indexes per table, 16 columns per index and a maximum key length of 3072 bytes.
If a MEMORY
table hash index has a high degree of key duplication (many index entries containing the same value), updates to the table that affect key values and all deletes are significantly slower. The degree of this slowdown is proportional to the degree of duplication (or, inversely proportional to the index cardinality). You can use a BTREE
index to avoid this problem.
MEMORY
tables can have nonunique keys. (This is an uncommon feature for implementations of hash indexes.)
Columns that are indexed can contain NULL
values.
User-Created and Temporary Tables
MEMORY
table contents are stored in memory, which is a property that MEMORY
tables share with internal temporary tables that the server creates on the fly while processing queries. However, the two types of tables differ in thatMEMORY
tables are not subject to storage conversion, whereas internal temporary tables are:
If an internal temporary table becomes too large, the server automatically converts it to on-disk storage, as described in Section 8.4.4, “How MySQL Uses Internal Temporary Tables”.
User-created
MEMORY
tables are never converted to disk tables.
Loading Data
To populate a MEMORY
table when the MySQL server starts, you can use the --init-file
option. For example, you can put statements such as INSERT INTO ... SELECT
or LOAD DATA INFILE
into this file to load the table from a persistent data source. See Section 5.1.3, “Server Command Options”, and Section 13.2.6, “LOAD DATA INFILE Syntax”.
MEMORY Tables and Replication
A server's MEMORY
tables become empty when it is shut down and restarted. If the server is a replication master, its slaves are not aware that these tables have become empty, so you see out-of-date content if you select data from the tables on the slaves. To synchronize master and slave MEMORY
tables, when a MEMORY
table is used on a master for the first time since it was started, a DELETE
statement is written to the master's binary log, to empty the table on the slaves also. The slave still has outdated data in the table during the interval between the master's restart and its first use of the table. To avoid this interval when a direct query to the slave could return stale data, use the --init-file
option to populate the MEMORY
table on the master at startup.
Managing Memory Use
The server needs sufficient memory to maintain all MEMORY
tables that are in use at the same time.
Memory is not reclaimed if you delete individual rows from a MEMORY
table. Memory is reclaimed only when the entire table is deleted. Memory that was previously used for deleted rows is re-used for new rows within the same table. To free all the memory used by a MEMORY
table when you no longer require its contents, execute DELETE
orTRUNCATE TABLE
to remove all rows, or remove the table altogether using DROP TABLE
. To free up the memory used by deleted rows, use ALTER TABLE ENGINE=MEMORY
to force a table rebuild.
The memory needed for one row in a MEMORY
table is calculated using the following expression:
SUM_OVER_ALL_BTREE_KEYS(max_length_of_key
+ sizeof(char*) * 4) + SUM_OVER_ALL_HASH_KEYS(sizeof(char*) * 2) + ALIGN(length_of_row
+1, sizeof(char*))
ALIGN()
represents a round-up factor to cause the row length to be an exact multiple of the char
pointer size.sizeof(char*)
is 4 on 32-bit machines and 8 on 64-bit machines.
As mentioned earlier, the max_heap_table_size
system variable sets the limit on the maximum size of MEMORY
tables. To control the maximum size for individual tables, set the session value of this variable before creating each table. (Do not change the global max_heap_table_size
value unless you intend the value to be used forMEMORY
tables created by all clients.) The following example creates two MEMORY
tables, with a maximum size of 1MB and 2MB, respectively:
mysql>SET max_heap_table_size = 1024*1024;
Query OK, 0 rows affected (0.00 sec)mysql>CREATE TABLE t1 (id INT, UNIQUE(id)) ENGINE = MEMORY;
Query OK, 0 rows affected (0.01 sec)mysql>SET max_heap_table_size = 1024*1024*2;
Query OK, 0 rows affected (0.00 sec)mysql>CREATE TABLE t2 (id INT, UNIQUE(id)) ENGINE = MEMORY;
Query OK, 0 rows affected (0.00 sec)
Both tables revert to the server's global max_heap_table_size
value if the server restarts.
You can also specify a MAX_ROWS
table option in CREATE TABLE
statements for MEMORY
tables to provide a hint about the number of rows you plan to store in them. This does not enable the table to grow beyond themax_heap_table_size
value, which still acts as a constraint on maximum table size. For maximum flexibility in being able to use MAX_ROWS
, set max_heap_table_size
at least as high as the value to which you want eachMEMORY
table to be able to grow.
Additional Resources
A forum dedicated to the MEMORY
storage engine is available at http://forums.mysql.com/list.php?92.
转载于:https://www.cnblogs.com/davidwang456/p/4451242.html
mysql --The MEMORY Storage Engine--官方文档相关推荐
- MySQL MHA高可用架构官方文档全文翻译
目录 MHA项目官方github地址 关于MHA 概述 主故障切换的难点 现有的解决方案和问题 MHA的架构 MHA的优势 使用案例 其他高可用解决方案和问题 纯手动解决 单主单从 一个主节点.一个备 ...
- mysql手册_mySql使用手册-官方文档
oracle to_char()to_date()函数 mysql日期和字符相互转换方法 mysql 类似to_char() to_date()函数 mysql日期和字符相互转换方法 date_for ...
- 关于MySQL8.0的闰秒,官方文档是真狗啊
我在读MySQL最新8.0文档的时候,想预演一下实际情况中的闰秒,结果并不顺利.甚至有MySQL文档编写人员想当然的成分存在.所以特别整理了一篇文章,以供后人节省时间.如果有理解不对的地方,还希望热心 ...
- 写最好的Docker安装最新版MySQL8(mysql-8.0.31)教程(参考Docker Hub和MySQL官方文档)
一.前言 MySQL官方安装包下载地址: https://dev.mysql.com/downloads/mysql/ Docker Hub官方网址: https://hub.do ...
- mysql如何降级_降级MySQL(参考MySQL官方文档)
降级MySQL(参考MySQL官方文档) 介绍降级MySQL安装的步骤. 降级比升级更不常见.降级通常是由于生产系统上发生兼容性或性能问题而执行,并且在测试系统的初始升级验证期间没有发现. 与升级过程 ...
- MySQL8.0.28安装教程全程参考MySQL官方文档
MySQL8.0.28详细安装教程.提供了Windows10下安装MariaDB与MySQL8.0同时共存的方法,以及Linux发行版Redhat7系列安装MySQL8.0详细教程.Windows10 ...
- mysql 标识符规则_MySQL 标识符到底区分大小写么——官方文档告诉你
最近在阿里云服务器上部署一个自己写的小 demo 时遇到一点问题,查看 Tomcat 日志后定位到问题出现在与数据库服务器交互的地方,执行 SQL 语句时会返回 指定列.指定名 不存在的错误.多方查证 ...
- mysql中括号_手把手教你看MySQL官方文档
前言: 在学习和使用MySQL的过程中,难免会遇到各种问题.不知道当你遇到相关问题时会怎么做,我在工作或写文章的过程中,遇到不懂或需要求证的问题时通常会去查阅官方文档.慢慢的,阅读文档也有了一些经验, ...
- Vuforia官方文档-03-Vuforia Engine 生命周期
Vuforia官方文档自学,只为学习交流,肯定会有错误与肤浅之处,仅供参考 Vuforia Engine LifeCycle: Vuforia引擎生命周期官方文档:Vuforia Engine Lif ...
最新文章
- “端午节” 送亲戚,送长辈,粽子可视化大屏来帮忙!
- Android消息推送完美解决方案全析
- 在Visual Studio中构建启动时申请管理员权限的程序(UAC支持)
- 一个关于sql server索引与填充因子的链接
- C++泛型编程实现哈希表(闭散列---线性探测)
- js 获取html文字颜色,js获得网页背景色和字体色的方法
- Software Switching优化
- Windows phone 8 学习笔记(1) 触控输入
- 【c++模板实现】二叉查找树
- android工程下不能运行java main程序的解决办法
- 电脑w ndows无法自动修复,电脑无法自动修复,开不了机怎么办
- abs、fabs 用法
- 云脉档案管理彻底解决纸质数据问题
- java商城系统和php商城系统哪个好?
- 微信视频号火了,品牌营销的风又将吹向哪儿?
- 机器学习应用开发的典型步骤
- python视频操作——python实现将视频分解为图片序列
- php许愿墙参考文献,许愿墙论文,关于我家的许愿墙相关参考文献资料-免费论文范文...
- golang 判断字符串是否为英文
- FAT16介绍与结构
热门文章
- excel表格行宽列高怎么设置_excel表格怎么设置行高列宽
- linux nginx cdn,linux – Nginx Proxy_Pass到CDN与直接击中CDN. P...
- python中的decode函数在哪个模块_python3 中encode 和decode的使用方法。
- 鸿蒙os即将升级,央视爆料鸿蒙OS即将升级,荣耀智慧屏强大自研开启国货新时代...
- Oracle序列的建立以及使用
- 使用显式Intent向下一个活动传递数据
- mysql 5.6 双向互备_mysql双主互备
- opencv 车牌切割
- 111. Leetcode 300. 最长递增子序列 (动态规划-子序列问题)
- 沉浸式技术immersive technology