地址：http://bbs.csdn.net/topics/360030699

引用樓主 zgycsmb 的回復:
問：
１mysql的內存表性能怎么樣
２mysql的內存表與system v　這種共享內存機制比起來，如何
3 mysql的內存表怎么用，能不能給個例子，

thanks

１mysql的內存表性能怎么樣

內存表的性能是非常好的，但是取決于你的內存容量，另外它有一個比較致命的弱點，就是一旦出現系統崩潰的情況就會導致數據丟失。
２mysql的內存表與system v　這種共享內存機制比起來，如何

這個沒比較過， Unix 環境中 System V 進程間通信（IPC）包括3種機制：消息隊列、信號量、共享內存。消息隊列和信號量均是內核空間的系統對象，經由它們的數據需要在內核和用戶空間進行額外的數據拷貝；而共享內存和訪問它的所有應用程序均同處于用戶空間，應用進程可以通過地址映射的方式直接讀寫內存，從而獲得非常高的通信效率。
3 mysql的內存表怎么用，能不能給個例子

MySql 內存表使用
內存表使用哈希散列索引把數據保存在內存中，因此具有極快的速度，適合緩存中小型數據庫，但是使用上受到一些限制，以下是藍草使用的一些感受。
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，但是需要配置服務器，過程比較復雜，通用性受到限制。
藍草目前采用的是第二種辦法。
6、一些預期可能用到的sql語句
//如果表存在，則刪除
DROP TABLE IF EXISTS `abc`;
//復制整張表xyz為heap表abc（包含所有數據）
CREATE TABLE `abc` type=heap select * from `xyz`;
//添加主鍵id
ALTER TABLE `abc` ADD PRIMARY KEY (`id`);
//添加索引username
ALTER TABLE `abc` ADD INDEX `abc` (`username`);
7.建表實例
CREATE TABLE `DB` (
`id` int(11) default NULL,
`songname` varchar(255) NOT NULL default '',
`singer` varchar(255) NOT NULL default '',
KEY `songname` (`songname`,`singer`)
) TYPE=HEAP建表時TABLE TYPE 選項也有這個表結構就是建立了內存表。如果MYSQL重啟 那內存表的數據 將會消失。但訪問速度會很快！
幾個關鍵參數
max_heap_table_size
mysql HEAP MEMORY tables 提高行數支持的方法
別人問到的 記一下
mysql MEMORY tables 如果目前支持的行數到上限還不夠用 可以把 my.conf 配置里面
max_heap_table_size = 256M
改大
設置 MAX_ROWS
在跑著 可以 ALTER TABLE tbl_name MAX_ROWS=
MAX_ROWS 依賴于 max_heap_table_size 設置
我的配置文件
my.cnf
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
port=5004
tmp_table_size=1000M
max_heap_table_size=950M
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1
default-character-set=utf8
default-collation=utf8_bin
[mysql.server]
user=mysql
basedir=/var/lib
[mysqld_safe]
default-character-set=utf8
default-collation=utf8_bin
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
[client]
#default-character-set=utf8

看MySQL參考手冊 發現CREATE TABLE 時有多種數據庫存儲引擎：
TYPE = {BDB | HEAP | ISAM | InnoDB | MERGE | MRG_MYISAM | MYISAM }
MySQL數據庫引擎ISAM,myISAM,heap2007-07-20 23:40如果你是個賽車手并且按一下按鈕就能夠立即更換引擎而不需要把車開到車庫里去換，那會是怎么感覺呢？MySQL數據庫為開發人員所做的就好像是按按鈕換引擎；它讓你選擇數據庫引擎，并給你一條簡單的途徑來切換它。
MySQL的自帶引擎肯定是夠用了，但是在有些情況下，其他的引擎可能要比手頭所用更適合完成任務。如果愿意的話，你甚至可以使用MySQL++ API來創建自己的數據庫引擎，就像打穿氣缸裝上自己的化油器。現在讓我們來看看你該如何選擇引擎，以及如何在可用引擎之間切換。
選擇你的引擎
你能用的數據庫引擎取決于MySQL在安裝的時候是如何被編譯的。要添加一個新的引擎，就必須重新編譯MySQL。僅僅為了添加一個特性而編譯應用程序的概念對于Windows的開發人員來說可能很奇怪，但是在UNIX世界里，這已經成為了標準。在缺省情況下，MySQL支持三個引擎：ISAM、MyISAM和HEAP。另外兩種類型InnoDB和Berkley（BDB），也常常可以使用。
ISAM
ISAM是一個定義明確且歷經時間考驗的數據表格管理方法，它在設計之時就考慮到數據庫被查詢的次數要遠大于更新的次數。因此，ISAM執行讀取操作的速度很快，而且不占用大量的內存和存儲資源。ISAM的兩個主要不足之處在于，它不支持事務處理，也不能夠容錯：如果你的硬盤崩潰了，那么數據文件就無法恢復了。如果你正在把ISAM用在關鍵任務應用程序里，那就必須經常備份你所有的實時數據，通過其復制特性，MySQL能夠支持這樣的備份應用程序。
MyISAM
MyISAM是MySQL的ISAM擴展格式和缺省的數據庫引擎。除了提供ISAM里所沒有的索引和字段管理的大量功能，MyISAM還使用一種表格鎖定的機制，來優化多個并發的讀寫操作。其代價是你需要經常運行OPTIMIZE TABLE命令，來恢復被更新機制所浪費的空間。MyISAM還有一些有用的擴展，例如用來修復數據庫文件的MyISAMChk工具和用來恢復浪費空間的MyISAMPack工具。
MyISAM強調了快速讀取操作，這可能就是為什么MySQL受到了Web開發如此青睞的主要原因：在Web開發中你所進行的大量數據操作都是讀取操作。所以，大多數虛擬主機提供商和Internet平臺提供商（Internet Presence Provider，IPP）只允許使用MyISAM格式。
HEAP
HEAP允許只駐留在內存里的臨時表格。駐留在內存里讓HEAP要比ISAM和MyISAM都快，但是它所管理的數據是不穩定的，而且如果在關機之前沒有進行保存，那么所有的數據都會丟失。在數據行被刪除的時候，HEAP也不會浪費大量的空間。HEAP表格在你需要使用SELECT表達式來選擇和操控數據的時候非常有用。要記住，在用完表格之后就刪除表格。讓我再重復一遍：在你用完表格之后，不要忘記刪除表格。
InnoDB和Berkley DB
InnoDB和Berkley DB（BDB）數據庫引擎都是造就MySQL靈活性的技術的直接產品，這項技術就是MySQL++ API。在使用MySQL的時候，你所面對的每一個挑戰幾乎都源于ISAM和MyISAM數據庫引擎不支持事務處理也不支持外來鍵。盡管要比ISAM和MyISAM引擎慢很多，但是InnoDB和BDB包括了對事務處理和外來鍵的支持，這兩點都是前兩個引擎所沒有的。如前所述，如果你的設計需要這些特性中的一者或者兩者，那你就要被迫使用后兩個引擎中的一個了。
如果感覺自己的確技術高超，你還能夠使用MySQL++來創建自己的數據庫引擎。這個API為你提供了操作字段、記錄、表格、數據庫、連接、安全帳號的功能，以及建立諸如MySQL這樣DBMS所需要的所有其他無數功能。深入講解API已經超出了本文的范圍，但是你需要了解MySQL++的存在及其可交換引擎背后的技術，這一點是很重要的。估計這個插件式數據庫引擎的模型甚至能夠被用來為MySQL創建本地的XML提供器（XML provider）。（任何讀到本文的MySQL++開發人員可以把這一點當作是個要求。）
按開關
讓所有的靈活性成為可能的開關是提供給ANSI SQL的MySQL擴展——TYPE參數。MySQL能夠讓你在表格這一層指定數據庫引擎，所以它們有時候也指的是table formats。下面的示例代碼表明了如何創建分別使用MyISAM、ISAM和HEAP引擎的表格。要注意，創建每個表格的代碼是相同的，除了最后的TYPE參數，這一參數用來指定數據引擎。
CREATE TABLE tblMyISAM (
id INT NOT NULL AUTO_INCREMENT,
PRIMARY KEY (id),
value_a TINYINT
) TYPE=MyISAM
CREATE TABLE tblISAM (
id INT NOT NULL AUTO_INCREMENT,
PRIMARY KEY (id),
value_a TINYINT
) TYPE=ISAM
CREATE TABLE tblHeap (
id INT NOT NULL AUTO_INCREMENT,
PRIMARY KEY (id),
value_a TINYINT
) TYPE=Heap
你也可以使用ALTER TABLE命令，把原有的表格從一個引擎移動到另一個引擎。下面的代碼顯示了如何使用ALTER TABLE把MyISAM表格移動到InnoDB的引擎：
ALTER TABLE tblMyISAM CHANGE TYPE=InnoDB
MySQL用三步來實現這一目的。首先，這個表格的一個副本被創建。然后，任何輸入數據的改變都被排入隊列，同時這個副本被移動到另一個引擎。最后，任何排入隊列的數據改變都被送交到新的表格里，而原來的表格被刪除。
--------------------------------------------------------------------------------
ALTER TABLE捷徑
如果只是想把表格從ISAM更新為MyISAM，你可以使用mysql_convert_table_format命令，而不需要編寫ALTER TABLE表達式。
--------------------------------------------------------------------------------
你可以使用SHOW TABLE命令（這是MySQL對ANSI標準的另一個擴展）來確定哪個引擎在管理著特定的表格。SHOW TABLE會返回一個帶有多數據列的結果集，你可以用這個結果集來查詢獲得所有類型的信息：數據庫引擎的名稱在Type字段里。下面的示例代碼說明了SHOW TABLE的用法：
SHOW TABLE STATUS FROM tblInnoDB
--------------------------------------------------------------------------------
SHOW TABLE的替換方法
你可以用SHOW CREATE TABLE [TableName]來取回SHOW TABLE能夠取回的信息。
--------------------------------------------------------------------------------
最后，如果你想使用沒有被編譯成MySQL也沒有被激活的引擎，那是沒有用的，MySQL不會提示這一點。而它只會給你提供一個缺省格式（MyISAM）的表格。除了使用缺省的表格格式外，還有辦法讓MySQL給出錯誤提示，但是就現在而言，如果不能肯定特定的數據庫引擎是否可用的話，你要使用SHOW TABLE來檢查表格格式。
更多的選擇意味著更好的性能
用于特定表格的引擎都需要重新編譯和追蹤，考慮到這種的額外復雜性，為什么你還是想要使用非缺省的數據庫引擎呢？答案很簡單：要調整數據庫來滿足你的要求。
可以肯定的是，MyISAM的確快，但是如果你的邏輯設計需要事務處理，你就可以自由使用支持事務處理的引擎。進一步講，由于MySQL能夠允許你在表格這一層應用數據庫引擎，所以你可以只對需要事務處理的表格來進行性能優化，而把不需要事務處理的表格交給更加輕便的MyISAM引擎。對于MySQL而言，靈活性才是關鍵。

轉載于:https://www.cnblogs.com/lit10050528/p/4222217.html

總結

以上是生活随笔為你收集整理的关于mysql内存表的一个帖子（转载）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。