mysql中創建的庫===>文件夾css
庫中創建的表===>文件node
生活中咱們用來存儲數據的文件有不一樣的類型,每種文件類型對應各自不一樣的處理機制:好比處理文本用txt類型,處理表格用excel,處理圖片用png等。python
數據庫中的表也應該有不一樣的類型,表的類型不一樣,會對應mysql不一樣的存取機制,表類型又稱爲存儲引擎。mysql
存儲引擎說白了就是如何存儲數據、如何爲存儲的數據創建索引和如何更新、查詢數據等技術的實現方法。由於在關係數據庫中數據的存儲是以表的形式存儲的,因此存儲引擎也能夠稱爲表類型(即存儲和操做此表的類型)。sql
數據庫提供多種存儲引擎,用戶能夠根據不一樣的需求爲數據表選擇不一樣的存儲引擎。(用戶也能夠本身編寫定製本身的存儲引擎)數據庫
SQL 解析器、SQL 優化器、緩衝池、存儲引擎等組件在每一個數據庫中都存在,但不是每 個數據庫都有這麼多存儲引擎。 MySQL 的插件式存儲引擎可讓存儲引擎層的開發人員設 計他們但願的存儲層,例如,有的應用須要知足事務的要求,有的應用則不須要對事務有這 麼強的要求 ;有的但願數據能持久存儲,有的只但願放在內存中,臨時並快速地提供對數據的查詢。緩存
查看mysql全部支持的存儲引擎架構
mysql> show engines; +--------------------+---------+----------------------------------------------------------------+--------------+------+------------+ | Engine | Support | Comment | Transactions | XA | Savepoints | +--------------------+---------+----------------------------------------------------------------+--------------+------+------------+ | InnoDB | DEFAULT | Supports transactions, row-level locking, and foreign keys | YES | YES | YES | | MRG_MYISAM | YES | Collection of identical MyISAM tables | NO | NO | NO | | MEMORY | YES | Hash based, stored in memory, useful for temporary tables | NO | NO | NO | | BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO | | MyISAM | YES | MyISAM storage engine | NO | NO | NO | | CSV | YES | CSV storage engine | NO | NO | NO | | ARCHIVE | YES | Archive storage engine | NO | NO | NO | | PERFORMANCE_SCHEMA | YES | Performance Schema | NO | NO | NO | | FEDERATED | NO | Federated MySQL storage engine | NULL | NULL | NULL | +--------------------+---------+----------------------------------------------------------------+--------------+------+------------+ 9 rows in set (0.00 sec)
不少數據庫只能支持一種存儲引擎,mysql能夠支持多種存儲引擎這是它的重要特色。它的默認引擎是InnoDB,它支持的功能也都是python開發須要用到的。併發
支持事務,其設計目標主要面向聯機事務處理(OLTP)的應用。其特色是行鎖設計、支持外鍵,並支持相似 Oracle 的非鎖定讀,即默認讀取操做不會產生鎖。 從 MySQL 5.5.8 版本開始是默認的存儲引擎。app
InnoDB 存儲引擎將數據放在一個邏輯的表空間中,這個表空間就像黑盒同樣由 InnoDB 存儲引擎自身來管理。從 MySQL 4.1(包括 4.1)版本開始,能夠將每一個 InnoDB 存儲引擎的 表單獨存放到一個獨立的 ibd 文件中。此外,InnoDB 存儲引擎支持將裸設備(row disk)用 於創建其表空間。
InnoDB 經過使用多版本併發控制(MVCC)來得到高併發性,而且實現了 SQL 標準 的 4 種隔離級別,默認爲 REPEATABLE 級別,同時使用一種稱爲 netx-key locking 的策略來 避免幻讀(phantom)現象的產生。除此以外,InnoDB 存儲引擎還提供了插入緩衝(insert buffer)、二次寫(double write)、自適應哈希索引(adaptive hash index)、預讀(read ahead) 等高性能和高可用的功能。
對於表中數據的存儲,InnoDB 存儲引擎採用了彙集(clustered)的方式,每張表都是按 主鍵的順序進行存儲的,若是沒有顯式地在表定義時指定主鍵,InnoDB 存儲引擎會爲每一 行生成一個 6 字節的 ROWID,並以此做爲主鍵。
InnoDB 存儲引擎是 MySQL 數據庫最爲經常使用的一種引擎,Facebook、Google、Yahoo 等 公司的成功應用已經證實了 InnoDB 存儲引擎具有高可用性、高性能以及高可擴展性。對其 底層實現的掌握和理解也須要時間和技術的積累。若是想深刻了解 InnoDB 存儲引擎的工做 原理、實現和應用,能夠參考《MySQL 技術內幕:InnoDB 存儲引擎》一書。
不支持事務、表鎖設計、支持全文索引,主要面向一些OLAP 數據庫應用,在 MySQL 5.5.8 版本以前是默認的存儲引擎(除Windows 版本外)。數據庫系統 與文件系統一個很大的不一樣在於對事務的支持,MyISAM 存儲引擎是不支持事務的。究其根本,這也並不難理解。用戶在全部的應用中是否都須要事務呢?在數據倉庫中,若是沒有 ETL 這些操做,只是簡單地經過報表查詢還須要事務的支持嗎?此外,MyISAM 存儲引擎的 另外一個不同凡響的地方是,它的緩衝池只緩存(cache)索引文件,而不緩存數據文件,這與 大多數的數據庫都不相同。
MySQL AB 公司從 Sony Ericsson 公司收購了 NDB 存儲引擎。 NDB 存儲引擎是一個集羣存儲引擎,相似於 Oracle 的 RAC 集羣,不過與 Oracle RAC 的 share everything 結構不一樣的是,其結構是 share nothing 的集羣架構,所以能提供更高級別的 高可用性。NDB 存儲引擎的特色是數據所有放在內存中(從 5.1 版本開始,能夠將非索引數 據放在磁盤上),所以主鍵查找(primary key lookups)的速度極快,而且可以在線添加 NDB 數據存儲節點(data node)以便線性地提升數據庫性能。因而可知,NDB 存儲引擎是高可用、 高性能、高可擴展性的數據庫集羣系統,其面向的也是 OLTP 的數據庫應用類型。
正如其名,Memory 存儲引擎中的數據都存放在內存中,數據庫重啓或發生崩潰,表中的數據都將消失。它很是適合於存儲 OLTP 數據庫應用中臨時數據的臨時表,也能夠做爲 OLAP 數據庫應用中數據倉庫的維度表。Memory 存儲引擎默認使用哈希 索引,而不是一般熟悉的 B+ 樹索引。
第三方的存儲引擎。其特色是存儲是按照列而非行的,所以很是 適合 OLAP 的數據庫應用。其官方網站是 http://www.infobright.org/,上面有很多成功的數據 倉庫案例可供分析。
網易公司開發的面向其內部使用的存儲引擎。目前的版本不支持事務, 但提供壓縮、行級緩存等特性,不久的未來會實現面向內存的事務支持。
黑洞存儲引擎,能夠應用於主備複製中的分發主庫。
MySQL 數據庫還有不少其餘存儲引擎,上述只是列舉了最爲經常使用的一些引擎。若是 你喜歡,徹底能夠編寫專屬於本身的引擎,這就是開源賦予咱們的能力,也是開源的魅力所在。
mysql> create database db2; Query OK, 1 row affected (0.00 sec) mysql> use db2 Database changed mysql> create table t1(id int)engine=innodb; Query OK, 0 rows affected (0.01 sec) mysql> create table t2(id int)engine=memory; Query OK, 0 rows affected (0.01 sec) mysql> create table t3(id int)engine=blackhole; Query OK, 0 rows affected (0.01 sec) mysql> create table t4(id int)engine=myisam; Query OK, 0 rows affected (0.01 sec)
查看對應文件夾下文件:
sh-3.2# ls -lrt total 304 -rw-r----- 1 _mysql _mysql 61 5 9 18:50 db.opt -rw-r----- 1 _mysql _mysql 8556 5 9 18:51 t1.frm # 表結構 -rw-r----- 1 _mysql _mysql 98304 5 9 18:52 t1.ibd # 表數據文件innodb -rw-r----- 1 _mysql _mysql 8556 5 9 18:52 t2.frm # 只有表結構沒有表數據(存放在內存中)memory -rw-r----- 1 _mysql _mysql 8556 5 9 18:52 t3.frm # 沒有數據文件,丟進去就沒有了 blackhole -rw-r----- 1 _mysql _mysql 8556 5 9 18:53 t4.frm # 表結構 myisam -rw-r----- 1 _mysql _mysql 0 5 9 18:53 t4.MYD # 表數據 -rw-r----- 1 _mysql _mysql 1024 5 9 18:53 t4.MYI # 表索引 sh-3.2# pwd /usr/local/mysql/data/db2
因而可知不一樣類型的表在硬盤中有不一樣的體現,對應的存取機制也不同。
mysql> insert into t1 values(1); Query OK, 1 row affected (0.01 sec) mysql> insert into t2 values(1); Query OK, 1 row affected (0.00 sec) mysql> insert into t3 values(1); Query OK, 1 row affected (0.01 sec) mysql> insert into t4 values(1); Query OK, 1 row affected (0.00 sec) mysql> select * from t1; +------+ | id | +------+ | 1 | +------+ 1 row in set (0.00 sec) mysql> select * from t2; +------+ | id | +------+ | 1 | +------+ 1 row in set (0.00 sec) mysql> select * from t3; Empty set (0.00 sec) mysql> select * from t4; +------+ | id | +------+ | 1 | +------+ 1 row in set (0.00 sec)
t3沒有數據,進一步說明了blackhole類型,數據一放進去就丟失掉了,表內永遠不存記錄。
而後重啓mysql或重啓機器,再查看t2表,發現數據爲空,說明表內數據狀況,證實數據存放在內存中。
/etc/my.cnf [mysqld] default-storage-engine=INNODB innodb_file_per_table=1