跳到主要內容

MySQL Tables


轉載自網友的文章(這裡),說明了MySQL各種資料表的特性:
另外一比較MySQL資料表的文章也有詳細的比較。

MyISAM : 

1.效能優,預設引擎,為 Mysql最早使用的引擎

2.使用MyISAM將具備三種 檔案:

        .frm (table format)  .MYD(data file)  .MYI(index file)

3.所有資料是以low byte first儲存,數字型key是以high byte first儲存以利索引

4.支援大檔 ( > 63 bit)

5.支援42億(2^32次方) 資料筆數,如果MySQL編譯有加入--with-big-tables 選項可支援多一倍(2^32次方 * 2)資料量

6.不支援事務處理,例如關聯式 資料庫

7.AUTO_INCREMENT 更快(至少10%),序列的值被刪除之後就不能再利用

 

InnoDB:

1.具備Commit, Rollback和當掉復原的事務處理能力,可保護使用者資料

2.可進行row-level的 鎖定同時維持nonlocking reads,以支援多人同時連線狀態

3.可支援FOREIGN KEY

4.InnoDB是專門為了大容 量資料的最大效率進行設計的,CPU效能是其他的disk-based資料庫引擎所不及的

5.InnoDB儲存他的表和 index在一個表空間中,此表空間可能包含幾個檔(有可能在不同disk partitions),此點和MyISAM不同,MyISAM是一個表一個檔案,這差一點造成InnoDB表個可以非常大,即使是超過系統的file size(例如2GB)都可處理

6.此為Windows安裝檔的 默認值

7.InnoDB上可處理存儲超 過1TB的數據,可支援例如平均每秒800次插入/更新的負荷

8.支援關聯資料庫

 

InnoDB使用上的限制: 

     1.不要將MyISAM轉成InnoDB table

2.不要在NFS格式上將 InnoDB設定成data files或log file,檔案容易被鎖住

3.一個表不能包含超過1000 欄

4.內部key最大長度為 3500 bytes,MySQL限制為3072 Bytes

5.每筆資料最長約為8000 Bytes,變長的欄位(例如Varchar/BLOB/TEXT)需小於4000 Bytes.

6.即使InnoDB支援row size大於65535,也不能定義一個包含VARBINARY/VARCHAR的欄位總合大於65535 (會出現錯誤訊息)

7.在依些舊系統中,檔案需小於 2GB,這並不限制InnoDB的使用,但你如果需要大的tablespace則需額外進行設定

8.InnoDB的log file總共大小需小於4GB

9.最小的tablespace 大小為10MB,最大的大小為64TB,這也是table的最大值

10.不支援FULLTEXT

11.InnoDB不保留每個表 個的總數統計,也就是count(*)則必須進行index計算

12.在InnoDB 中,AUTO_INCREMENT欄位如果存在,則"必須"定義一個index欄位包含AUTO_INCREMENT欄;在MyISAM 中,AUTO_INCREMENT欄位"可能"為index中的一欄

13.DELETE FROM Table為逐筆資料刪除,非整個table刪除

14.在InnoDB 中,TRUNCATE Table相同於DELETE Table,AUTO_INCREMENT不重置

 

Memory(相同於HEAP):

 1.將所有數據保存在RAM中, 可提供極快的訪問,但如果關機資料就會消失無法儲存

2.每一個MEMORY Table關聯一個Disk file(.frm)

3.常使用在 create temporary table上,連線結束後就釋放空間

4.預設使用hash indexes(速度非常快且對於建立臨時表格非常有效)

5.MEMORY不支持BLOB 或TEXT列

6.MEMORY使用定長的儲存 格式列

7.可支援 AUTO_INCREMENT

 

相關資料庫語法:

SHOW ENGINES ; //顯示可使用的Engine

SET storage_engine=MYISAM; // 設定此連線時,create table預設的Engine

SHOW CREATE TABLE tbl_name; //顯示資料庫建立語法

 

這個網誌中的熱門文章

Oracle LISTAGG

同事介紹的一個Oracle的好用查詢:LISTAGG
SELECT A.GROUP_ID,A.KEY, LISTAGG(A.VALUE,'; ')WITHINGROUP(ORDERBYA.VALUE)as GG  fromSYS_PROPERTIESaGROUP byA.GROUP_ID,A.KEY
LISTAGG可以將group後的結果會總顯示於一個欄位 上述SQL原本A.VALUE會是一個row一個row的排列 使用LISTAGG之後,可以將A.VALUE顯示在同一個row中 並且可以指定間隔符號(在此設定為';') 針對某一些報表查詢非常有用唷 :D

使用GCP Cloud Builder建置CI/CD Flow

服務的建置通常是持續性的作業,而部署則一般是專案初期建置一次,未來可以沿用該部署設定... 這樣的流程走向自動化,在Container的環境又更是重要... 本篇介紹一下,在Google雲端,我們可以搭配Source Repository與Build Trigger等服務來完成服務的自動建置與部屬,讓封裝Container與部署到Container Engine的動作可以一氣呵成...
首先幾單瞭解一下一個Container Engine服務的建置與部屬過程...
使先,建立Container Engine Cluster,透過GCP Winzard可以很快速地開立您的GKE Cluster…

假設您的cluster是叫做demo-cluster,則可以透過下面的指令來跟GKE建立連線
$ gcloud container clusters get-credentials demo-cluster --zone asia-east1-a
這串指令不用記ㄛ~可以在Cluster的頁面找到他...

點選複製,即可貼到您的Terminal執行...

跟GKE建立鏈結後,接下來可以部署您的城市,這邊我們以我的一個範例程式Demoweb (https://github.com/peihsinsu/demoweb) 為例,

這個專案中,包含幾個重要結構:
app/ : 放置您的程式,在Dockerfile中會將該資料匣複製到Docker Image中 k8s/ : 放置k8s的deployment與service描述檔 Dockerfile : 封裝docker的描述檔,會以node.js的image為基礎來建置執行環境 cloudbuild.yaml : Google Cloud Build Trigger的步驟描述檔

Flashback Query

感謝我的好友提供的: 在Oracle好用的指令...
Flashback Query: 讓異動過的資料表回到歷史時間點 Step 1. è
show parameter undo_retention  PS: 這個參數顯示系統上設定歷史保留時間(ex: 900 = 900秒) Step 2. è CREATETABLE XXXXX_0815 ASSELECT *  FROM XXXXXASOFTIMESTAMPTO_TIMESTAMP('2011-08-15 12:00:00','YYYY-MM-DD HH24:MI:SS');
PS: 透過as of timestamp方式取出該時間點的表格資料