MySQL的InnoDB引擎入門進修教程。本站提示廣大學習愛好者：（MySQL的InnoDB引擎入門進修教程）文章只能為提供參考，不一定能成為您想要的結果。以下是MySQL的InnoDB引擎入門進修教程正文
MySQL成長到明天，InnoDB引擎曾經作為相對的主力，除像年夜數據量剖析等比擬特別范疇需求外，它實用於浩瀚場景。但是，仍有很多開辟者還在“死心塌地”的應用MyISAM引擎，認為對InnoDB沒法掌握好，照樣MyISAM簡略省事，還能支撐疾速COUNT(*)。本文是因為比來幾天協助處置discuz服裝論壇t.vhao.net有感而發，願望能對寬大開辟者有贊助。
1. 疾速熟悉InnoDB
InnoDB是MySQL下應用最普遍的引擎，它是基於MySQL的高可擴大性和高機能存儲引擎，從5.5版本開端，它曾經成了默許引擎。
InnODB引擎支撐浩瀚特征：
a) 支撐ACID，簡略地說就是支撐事務完全性、分歧性；
b) 支撐行鎖，和相似ORACLE的分歧性讀，多用戶並發；
c) 獨有的集合索引主鍵設計方法，可年夜幅晉升並發讀寫機能；
d) 支撐外鍵；
e) 支撐瓦解數據自修復；
InnoDB有這麼多特征，比MyISAM來的優良多了，還遲疑甚麼，武斷的切換到InnoDB引擎吧 :)
2. 修正InnoDB設置裝備擺設選項
可以選擇官方版本，或許Percona的分支，假如不曉得在哪下載，就谷歌吧。
裝置完MySQL後，須要恰當修正下my.cnf設置裝備擺設文件，針對InnoDB相干的選項做一些調劑，能力較好的運轉InnoDB。
相干的選項有：
#InnoDB存儲數據字典、外部數據構造的緩沖池，16MB 曾經足夠年夜了。 innodb_additional_mem_pool_size = 16M #InnoDB用於緩存數據、索引、鎖、拔出緩沖、數據字典等 #假如是公用的DB辦事器，且以InnoDB引擎為主的場景，平日可設置物理內存的50% #假如長短公用DB辦事器，可以先測驗考試設置成內存的1/4，假如有成績再調劑 #默許值是8M，異常坑X，這也是招致許多人認為InnoDB不如MyISAM好用的原因 innodb_buffer_pool_size = 4G #InnoDB同享表空間初始化年夜小，默許是 10MB，也異常坑X，改成 1GB，而且主動擴大 innodb_data_file_path = ibdata1:1G:autoextend #假如不懂得本選項，建議設置為1，能較好掩護數據靠得住性，對機能有必定影響，但可控 innodb_flush_log_at_trx_commit = 1 #InnoDB的log buffer，平日設置為 64MB 就足夠了 innodb_log_buffer_size = 64M #InnoDB redo log年夜小，平日設置256MB 就足夠了 innodb_log_file_size = 256M #InnoDB redo log文件組，平日設置為 2 就足夠了 innodb_log_files_in_group = 2 #啟用InnoDB的自力表空間形式，便於治理 innodb_file_per_table = 1 #啟用InnoDB的status file，便於治理員檢查和監控等 innodb_status_file = 1 #設置事務隔離級別為 READ-COMMITED，進步事務效力，平日都知足事務分歧性請求 transaction_isolation = READ-COMMITTED 在這裡，其他設置裝備擺設選項也須要留意： #設置最年夜並發銜接數，假如前端法式是PHP，可恰當加年夜，但弗成過年夜 #假如前端法式采取銜接池，可恰當調小，防止銜接數過年夜 max_connections = 60 #最年夜銜接毛病次數，可恰當加年夜，避免頻仍銜接毛病後，前端host被mysql謝絕失落 max_connect_errors = 100000 #設置慢查詢閥值，建議設置最小的 1 秒 long_query_time = 1 #設置暫時表最年夜值，這是每次銜接都邑分派，不宜設置過年夜 max_heap_table_size 和 tmp_table_size 要設置一樣年夜 max_heap_table_size = 96M tmp_table_size = 96M #每一個銜接都邑分派的一些排序、銜接等緩沖，普通設置為 2MB 就足夠了 sort_buffer_size = 2M join_buffer_size = 2M read_buffer_size = 2M read_rnd_buffer_size = 2M #建議封閉query cache，有些時刻對機能反而是一種傷害 query_cache_size = 0 #假如是以InnoDB引擎為主的DB，公用於MyISAM引擎的 key_buffer_size 可以設置較小，8MB 已足夠 #假如是以MyISAM引擎為主，可設置較年夜，但不克不及跨越4G #在這裡，激烈建議不應用MyISAM引擎，默許都是用InnoDB引擎 key_buffer_size = 8M #設置銜接超時閥值，假如前端法式采取短銜接，建議延長這2個值 #假如前端法式采取長銜接，可直接正文失落這兩個選項，是用默許設置裝備擺設(8小時) interactive_timeout = 120 wait_timeout = 120
3. 開端應用InnoDB引擎
修正完設置裝備擺設文件，便可啟動MySQL。啟動終了後，在MySQL的datadir目次下，若發生以下幾個文件，則表現應當可使用InnoDB引擎了。
-rw-rw---- 1 mysql mysql 1.0G Sep 21 17:25 ibdata1 -rw-rw---- 1 mysql mysql 256M Sep 21 17:25 ib_logfile0 -rw-rw---- 1 mysql mysql 256M Sep 21 10:50 ib_logfile1
登錄MySQL後，履行敕令，確認已啟用InnoDB引擎：
(root:imysql.cn:Thu Oct 15 09:16:22 2009)[mysql]> show engines; +------------+---------+----------------------------------------------------------------+--------------+------+------------+ | Engine | Support | Comment | Transactions | XA | Savepoints | +------------+---------+----------------------------------------------------------------+--------------+------+------------+ | InnoDB | YES | Supports transactions, row-level locking, and foreign keys | YES | YES | YES |
接上去創立一個InnoDB表：
(root:imysql.cn:Thu Oct 15 09:16:22 2009)[mysql]> CREATE TABLE my_innodb_talbe( id INT UNSIGNED NOT NULL AUTO_INCREMENT, name VARCHAR(20) NOT NULL DEFAULT '', passwd VARCHAR(32) NOT NULL DEFAULT '', PRIMARY KEY(id), UNIQUE KEY `idx_name`(name) ) ENGINE = InnoDB;
有幾個和MySQL(特別是InnoDB引擎)數據表設計相干的建議，願望開辟者同伙能遵守：
a) 一切InnoDB數據表都創立一個和營業有關的自增數字型作為主鍵，對包管機能很有贊助；
b) 根絕應用text/blob，確切須要應用的，盡量拆分出去成一個自力的表；
c) 時光戳建議應用 TIMESTAMP 類型存儲；
d) IPV4 地址建議用 INT UNSIGNED 類型存儲；
e) 性別等非是即非的邏輯，建議采取 TINYINT 存儲，而不是 CHAR(1)；
f) 存儲較長文本內容時，建議采取JSON/BSON格局存儲；
4.懂得InnoDB的存儲構造
從物理意義下去講，InnoDB表由同享表空間、日記文件組（redo文件組）、表構造界說文件構成。若將innodb_file_per_table設置為on，則體系將為每個表零丁的生成一個table_name.ibd的文件，在此文件中，存儲與該表相干的數據、索引、表的外部數據字典信息。表構造文件則以.frm開頭，這與存儲引擎有關。
以下為InnoDB的表空間構造圖：
在InnoDB存儲引擎中，默許表空間文件是ibdata1，初始化為10M，且可以擴大，以下圖所示：
現實上，InnoDB的表空間文件是可以修正的，應用以下語句便可以修正：
Innodb_data_file_path=ibdata1:370M；ibdata2:50M:autoextend
應用同享表空間存儲方法時，Innodb的一切數據保留在一個零丁的表空間外面，而這個表空間可以由許多個文件構成，一個表可以跨多個文件存在，所以其年夜小限制不再是文件年夜小的限制，而是其本身的限制。從Innodb的官方文檔中可以看到，其表空間的最年夜限制為64TB，也就是說，Innodb的單表限制根本上也在64TB閣下了，固然這個年夜小是包含這個表的一切索引等其他相干數據。
而在應用零丁表空間存儲方法時，每一個表的數據以一個零丁的文件來寄存，這個時刻的單表限制，又釀成文件體系的年夜小限制了。
以下即為分歧平台下，零丁表空間文件最年夜限制。
Operating System File-size Limit
Win32 w/ FAT/FAT32 2GB/4GB
Win32 w/ NTFS 2TB (possibly larger)
Linux 2.4+ (using ext3 file system) 4TB
Solaris 9/10 16TB
MacOS X w/ HFS+ 2TB
NetWare w/NSS file system 8TB
以下是MySQL文檔中的內容：
Windows用戶請留意： FAT和VFAT (FAT32)不合適MySQL的臨盆應用。應應用NTFS。
同享表空間與獨有表空間可以經由過程參數innodb_file_per_table來轉換，若為1，則開啟獨有表空間，不然，開啟同享表存儲。
在辦事器資本無限,單表數據不是特殊多的情形下, 自力表空間顯著比同享方法效力更高 . 然則MySQL 默許是同享表空間 。
詳細的同享表空間和自力表空間優缺陷以下：
同享表空間：
長處：
可以放表空間分紅多個文件寄存到各個磁盤上（表空間文件年夜小不受表年夜小的限制，如一個表可以散布在分歧步的文件上）。數據和文件放在一路便利治理。
缺陷：
一切的數據和索引寄存到一個文件中認為著將有一個很常年夜的文件，固然可以把一個年夜文件分紅多個小文件，然則多個表及索引在表空間中混雜存儲，如許關於一個表做了年夜量刪除操作後表空間中將會有年夜量的閒暇，特殊是關於統計剖析，日值體系這類運用最不合適用同享表空間。
自力表空間：在設置裝備擺設文件（my.cnf）中設置： innodb_file_per_table
長處：
1． 每一個表都有自已自力的表空間。
2． 每一個表的數據和索引都邑存在自已的表空間中。
3． 可以完成單表在分歧的數據庫中挪動。
4． 空間可以收受接管（除drop table操作處，表空不克不及自已收受接管）
a) Drop table操作主動收受接管表空間，假如關於統計剖析或是日值表，刪除年夜量數據後可以經由過程:alter table TableName engine=innodb;回縮不消的空間。
b) 關於使innodb-plugin的Innodb應用truncate table也會使空間壓縮。
c) 關於應用自力表空間的表，不論怎樣刪除，表空間的碎片不會太嚴重的影響機能，並且還無機會處置。
缺陷：
單表增長過年夜，如跨越100個G。
關於啟用了innodb_file_per_table 的參數選項以後，在每一個表對應的.idb文件內只是寄存了數據、索引和拔出緩沖，而撤消（undo）信息，體系事務信息，二次寫緩沖等照樣寄存在了本來的同享表空間內。
數據段即B+樹的葉節點，索引段即為B+樹的非索引節點。
InnoDB存儲引擎的治理是由引擎自己完成的，表空間是由疏散的頁和段構成。
區由64個持續的頁構成，每一個頁年夜小為16K，即每一個區年夜小為1MB，創立新表時，先有32頁年夜小的碎片頁寄存數據，應用完後才是區的請求，（InnoDB最多每次請求4個區，包管數據的次序機能）
頁類型有：數據頁、Undo頁、體系頁、事務數據頁、拔出緩沖位圖頁、和拔出緩沖余暇列表頁。
