one屬於什麼資料庫

① one是什麼幣

one 指的是以太坊為平台所發布的一種加密貨幣令牌，是在 Bigone 平台上發放的通用積分。 one 可以說是全球首個去中心化的社交聊天工具，區別於其他的區塊鏈概念， one 的聊天信息是沒有資料庫的，所有的聊天內容和賬戶信息全部被記錄在區塊鏈上。除去錢包、交易和聊天等板塊， one 還支持挖礦功能、法幣進出功能等等。

one 幣的特點

1、獨特的狀態分片：通過狀態分片技術使交易的速度得到了提高，從而實現了區域鏈上的新一代公鏈，其每一片區都保持了部分的區塊狀態，這使得在節省成本的同時也降低了對節點設備的要求；

2、基於幣安鏈發行：利用新的分片技術處理交易，克服擴容問題，其屬於幣安第五個基於幣安鏈發行的項目；

3 、 one 幣在使用上范圍比較廣泛 ： 支持比特幣、以太坊、 EOS 和其他的公鏈，可以同時解決用戶多項存儲的煩惱，在全球的數字貨幣中使用比較方便；

4 、 one 幣的安全性也很高 ： 所有的資產都是存儲在區塊鏈上，用戶可以自己對私鑰進行控制 。

② 資料庫是什麼Oracle又是啥玩意

經常會有人問我資料庫是幹啥的，其實一開始我是拒絕回答的，因為我也不能做到通俗易懂的表達出來，畢竟我接觸這個概念也沒有多長時間，但隨著問的人多了，我覺得是時候腦補一下我的第一堂課了，萬一哪天冒出來個貨跟你掰扯這事兒，你沒分分鍾給他說清，最後弄個丟里兒丟面兒，好尷尬呀。

資料庫，說白了就是按照數據結構來組織、存儲和管理數據的倉庫，這些數據是結構化的，並可為多種應用服務。也就是說，資料庫是使用計算機伺服器來存儲數據的，專門用來提供各種數據服務。可以這樣想像，過去一個公司的所有財務數據都是放在保險櫃裡面，而現在我們就可以針對這些財務數據搭建一個資料庫放在某台計算機或伺服器上面;再比如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。最常見的資料庫有：銀行儲蓄系統、手機話費系統、美容美發會員系統、超市會員積分系統、水電費系統、機票或火車票系統等，這些都需要後台資料庫基礎設施的支撐。舉了這么多例子，應該是把資料庫說明白了，至少能在大腦裡面有個概念，知道這個東西是幹啥的。

現在大數據被炒的紅得發紫，而大數據的基礎也是數據，由此可見，數據是一個企業的核心資源，說它是企業的立身之本、發展之基都不為過，因此，維護資料庫的資料庫管理員(DBA)是企業不可或缺的。

目前市面上的資料庫產品有很多，單從規模上分可分為大型、中型、小型幾種，典型的資料庫產品如下：

大型資料庫：Oracle、DB2、Sybase;

中型資料庫：MySQL、SQLServer、Infomix;

小型資料庫：Access、VisualFoxpro。在眾多的資料庫產品中，Oracle資料庫一直處於行業領導先地位，也是當今最流行的關系型資料庫。Oracle可翻譯成"甲骨文"，它是一家以資料庫為主業的全球化公司，是全球第二大軟體公司(第一名是微軟公司)，目前Oracle在資料庫軟體市場已經排名第一，資料庫軟體市場份額達到48.6%，遙遙領先於第二名佔有率僅為20.7%的IBM公司的DB2。在中國市場上的計算機專業系統後台所使用的資料庫尤以Oracle資料庫居多。但是購買Oracle資料庫需要很大一筆費用，一般的大型企業使用，需要有專業人員進行管理和維護，中小企業承擔不起。中小企業為了節省成本，一般使用MySQL、PostgreSQL這類免費開源的資料庫，所以Oracle資料庫相關的工作崗位一般是在大型企業中。

對於為什麼選擇Oracle資料庫，而不是其他的資料庫?

第一，是因為Oracle資料庫占據最大的市場份額，並且越來越大，市場需要很多Oracle資料庫方面的人才，中國有句老話說"做對事，選對人"，是同樣的道理;第二，是很多非Oracle資料庫的老系統正往Oracle資料庫遷移，其他資料庫市場佔有率在減少，其他資料庫工作者有面臨失業的風險;第三，Oracle有大量的官方學習文檔，還有部分中文文檔，可以有效地進行學習;第四，Oracle有大量的從業人員，有共同方向的朋友可以互相幫助，不再是孤膽英雄;第五，是可以很容易地從Oracle官方網站下載功能齊全的資料庫最新版本進行學習，可以讓你了解資料庫方面的最新發展趨勢等。

在此說明，以後的所有內容都是基於Oracle11g資料庫產品的，下面我們就簡單介紹一下Oracle11g的系列產品：

企業版(EnterpriseEdition)此版本包含了資料庫的所有組件，並且能夠通過購買選項和程序包來進一步對其增強。

能支持例如大業務量的在線事務處理OLTP(On-LineTransactionProcessing聯機事務處理系統)環境、查詢密集的數據倉庫和要求苛刻的互聯網應用程序。

標准版1(StandardEditionOne)此版本為工作組、部門級和互聯網、內聯網應用程序提供了前所未有的易用性和性價比。從針對小型商務的單伺服器環境到大型的分布式部門環境，該版本包含了構建重要商務應用程序所必需的全部工具。它僅許可在最高容量為2個處理器的伺服器上使用，支持Windows/Linux/UNIX操作系統，並支持64位平台操作系統。

標准版(StandardEdition)此版本提供了StandardEditionOne所不具有的易用性、能力和性能，並且利用真正的應用集群(RAC)提供了對更大型計算機和服務集群的支持。它可以在最高容量為4個處理器的單台伺服器上、或者在一個支持最多4個處理器的集群上使用，可支持Windows、Linux和UNIX操作系統，並支持64位平台操作系統。

簡化版此版本支持與標准版1、標准版和企業版完全兼容的單用戶開發和部署。通過將Oracle資料庫獲獎的功能引入到個人工作站中，該版本提供了結合世界上最流行的資料庫功能的資料庫，並且該資料庫具有桌面產品通常具有的易用性和簡單性，可支持Linux和Windows操作系統。

從存儲結構上來說，目前流行的資料庫主要包含以下兩種：

RDBMS：關系型資料庫，是指採用了關系模型來組織數據的資料庫;

NoSQL資料庫，是指那些非關系型的、分布式的資料庫。簡單來說，關系模型指的就是二維表格模型，而一個關系型資料庫就是由二維表及其之間的聯系所組成的一個數據組織。

關系型資料庫優點：

1、容易理解

二維表結構是非常貼近邏輯世界的一個概念，關系模型相對網狀、層次等其他模型來說更容易理解。

2、使用方便

通用的SQL語言使得操作關系型資料庫非常方便。

3、易於維護

豐富的完整性大大減低了數據冗餘和數據部移植的概率。

4、事務安全

所有關系型資料庫都不同程度的遵守事物的四個基本屬性，因此對於銀行、電信、證券等交易型業務是不可或缺的。

關系型資料庫的瓶頸：

1、高並發讀寫需求

網站的用戶並發性非常高，往往達到每秒上萬次讀寫請求，對於傳統型資料庫來說，硬碟I/O是一個很大的瓶頸。

2、海量數據的高效率讀寫

互聯網上每天產生的數據量是巨大的，對於關系型資料庫來說，在一張包含海量數據的表中查詢，效率是非常低的。

3、高擴展性和可用性

在基於WEB的結構中，資料庫是最難進行橫向擴展的，當一個應用系統的用戶量和訪問量與日俱增的時候，資料庫卻沒有辦法像WEBServer和APPLICATIONServer那樣簡單的通過添加更多的硬體和服務節點來擴展性能和負載能力。對於很多需要提供24小時不間斷服務的網站來說，對資料庫系統進行升級和擴展是非常痛苦的事情，往往需要停機維護和數據遷移。

NoSQL資料庫

NoSQL一詞首先是CarloStrozzi在1998年提出的。2009年再次提出了NoSQL一詞，用於指那些非關系型的、分布式的，且一般不保證遵循ACID原則的數據存儲系統。

NoSQL具有以下特點：

1、可以彌補關系型資料庫的不足

2、針對某些特定的需求而設計，可以具有極高的性能

3、大部分都是開源的，由於成熟度不夠，存在潛在的穩定性和維護性問題。

關系型資料庫適用於結構化數據，而非關系型資料庫適用於非結構化數據，二者優勢互補，相得益彰。

Oracle資料庫未來的發展方向是提供結構化、非結構化、半結構化的解決方案，實現關系型資料庫和NoSQL共存互補。值得強調的是，目前關系型資料庫仍是主流資料庫。

雖然NoSQL資料庫打破了關系型資料庫存儲的觀念，可以很好地滿足WEB2.0時代數據的存儲要求，但NoSQL資料庫也有自己的缺陷。在現階段的情況下，可以將關系型資料庫和NoSQL資料庫結合使用，相互彌補各自的不足。

關於資料庫及其代表產品Oracle今天就介紹這么多，有興趣的可以繼續深挖，希望我的介紹能讓你對資料庫有一個更深入的認識。如果有志於在這方面發展的話，就讓我們一起跟往事乾杯從頭再來。

③ .one是什麼格式的文件,用什麼軟體打開

ONE文件是記錄文件，包用於存儲一個或多個頁面的一個或多個部分。它可以包含文本，數字手寫，圖片，繪圖和音頻/視頻剪輯。通常ONE文件是OneNote Document格式。 這些文件大多數被歸類為Data Files。Windows、 Mac和 iOS支持文件擴展名 ONE。

工具/材料：以notepad++、one格式的文件為例。

1、首先在桌面上，點擊「one格式的文件」圖標。

④ 什麼是MySql資料庫

MySQL資料庫:

MySQL是一種開放源代碼的關系型資料庫管理系統（RDBMS），使用最常用的資料庫管理語言--結構化查詢語言（SQL）進行資料庫管理。

MySQL是開放源代碼的，因此任何人都可以在General Public License的許可下下載並根據個性化的需要對其進行修改。

MySQL因為其速度、可靠性和適應性而備受關注。大多數人都認為在不需要事務化處理的情況下，MySQL是管理內容最好的選擇。

資料庫簡介:

MySQL是一種開放源代碼的關系型資料庫管理系統（RDBMS），MySQL資料庫系統使用最常用的資料庫管理語言--結構化查詢語言（SQL）進行資料庫管理。

由於MySQL是開放源代碼的，因此任何人都可以在General Public License的許可下下載並根據個性化的需要對其進行修改。MySQL因為其速度、可靠性和適應性而備受關注。大多數人都認為在不需要事務化處理的情況下，MySQL是管理內容最好的選擇。

MySQL這個名字，起源不是很明確。一個比較有影響的說法是，基本指南和大量的庫和工具帶有前綴「my」已經有10年以上，而且不管怎樣，MySQL AB創始人之一的Monty Widenius的女兒也叫My。這兩個到底是哪一個給出了MySQL這個名字至今依然是個迷，包括開發者在內也不知道。

MySQL的海豚標志的名字叫「sakila」，它是由MySQL AB的創始人從用戶在「海豚命名」的競賽中建議的大量的名字表中選出的。獲勝的名字是由來自非洲史瓦濟蘭的開源軟體開發者Ambrose Twebaze提供。根據Ambrose所說，Sakila來自一種叫SiSwati的史瓦濟蘭方言，也是在Ambrose的家鄉烏干達附近的坦尚尼亞的Arusha的一個小鎮的名字。

MySQL，雖然功能未必很強大，但因為它的開源、廣泛傳播，導致很多人都了解到這個資料庫。它的歷史也富有傳奇性。

MySQL資料庫歷史:

MySQL的歷史最早可以追溯到1979年，那時Oracle也才小打小鬧，微軟的SQL Server影子都沒有。有一個人叫Monty Widenius, 為一個叫TcX的小公司打工，並用BASIC設計了一個報表工具，可以在4M主頻和16KB內存的計算機上運行。過了不久，又將此工具，使用C語言重寫，移植到Unix平台，當時，它只是一個很底層的面向報表的存儲引擎。這個工具叫做Unireg。

可是，這個小公司資源有限，Monty天賦極高，面對資源有限的不利條件，他反而更能發揮潛能，總是力圖寫出最高效的代碼。並因此養成了習慣。與Monty同在一起的還有一些別的同事，很少有人能堅持把那些代碼持續寫到20年後，而Monty卻做到了。

1990年，TcX的customer 中開始有人要求要為它的API提供SQL支持，當時，有人想到了直接使用商用資料庫算了，但是Monty覺得商用資料庫的速度難令人滿意。於是，他直接藉助於mSQL的代碼，將它集成到自己的存儲引擎中。但不巧的是，效果並不太好。於是, Monty雄心大起，決心自己重寫一個SQL支持。

1996年，MySQL 1.0發布,只面向一小撥人，相當於內部發布。到了96年10月，MySQL 3.11.1發布了，呵呵，沒有2.x版本。最開始，只提供了Solaris下的二進製版本。一個月後，Linux版本出現了。

緊接下來的兩年裡，MySQL依次移植到各個平台下。它發布時，採用的許可策略，有些與眾不同：允許免費商用，但是不能將MySQL與自己的產品綁定在一起發布。如果想一起發布，就必須使用特殊許可，意味著要花銀子。當然，商業支持也是需要花銀子的。其它的，隨用戶怎麼用都可以。這種特殊許可為MySQL帶來了一些收入，從而為它的持續發展打下了良好的基礎。（細想想，PostgreSQL曾經有幾年限入低谷，可能與它的完全免費，不受任何限制有關系）。

MySQL3.22應該是一個標志性的版本，提供了基本的SQL支持。

MySQL關系型資料庫於1998年1月發行第一個版本。它使用系統核心提供的多線程機制提供完全的多線程運行模式，提供了面向C、C++、Eiffel、Java、Perl、PHP、Python以及Tcl等編程語言的編程介面（APIs），支持多種欄位類型並且提供了完整的操作符支持查詢中的SELECT和WHERE操作。

MySQL是開放源代碼的，因此任何人都可以在General Public License的許可下下載並根據個性化的需要對其進行修改。MySQL因為其速度、可靠性和適應性而備受關注。

1999-2000年，有一家公司在瑞典成立了，叫MySQL AB (AB是瑞典語「股份公司」的意思)。 雇了幾個人,與Sleepycat合作，開發出了 Berkeley DB引擎, 因為BDB支持事務處理，所以，MySQL從此開始支持事務處理了。

2000年4月，MySQL對舊的存儲引擎進行了整理，命名為MyISAM。同時，2001年，Heikiki Tuuri向MySQL提出建議，希望能集成他們的存儲引擎InnoDB，這個引擎同樣支持事務處理，還支持行級鎖。

如今，遺憾的是，BDB和InnoDB好像都被Oracle收購了，為了消滅競爭對手，哪怕是開源的，都是不擇手段。

MySQL與InnoDB的正式結合版本是4.0。

到了MySQL5.0，2003年12月，開始有View,存儲過程之類的東東，當然，其間, bug也挺多。

在2008年1月16號 MySQL被Sun公司收購。

最近，MySQL的創始人Monty Widenius已經向Sun提交了辭呈。head都要走了。

據說，被Sun收購的公司多薄命，不知道MySQL今後前途如何，希望一路走好。相信MySQL的生命力還是很長久的。

時至今日 mysql 和 php 的結合絕對是完美.很多大型的網站也用到mysql資料庫.mysql的發展前景是非常光明的!

MySQL常用命令:

1:使用SHOW語句找出在伺服器上當前存在什麼資料庫：

mysql> SHOW DATABASES;

2:2、創建一個資料庫MYSQLDATA

mysql> CREATE DATABASE MYSQLDATA;

3:選擇你所創建的資料庫

mysql> USE MYSQLDATA; (按回車鍵出現Database changed 時說明操作成功！)

4:查看現在的資料庫中存在什麼表

mysql> SHOW TABLES;

5:創建一個資料庫表

mysql> CREATE TABLE MYTABLE (name VARCHAR(20), sex CHAR(1));

6:顯示表的結構：

mysql> DESCRIBE MYTABLE;

7:往表中加入記錄

mysql> insert into MYTABLE values (」hyq」,」M」);

8:用文本方式將數據裝入資料庫表中（例如D:/mysql.txt）

mysql> LOAD DATA LOCAL INFILE 「D:/mysql.txt」 INTO TABLE MYTABLE;

9:導入.sql文件命令（例如D:/mysql.sql）

mysql>use database;

mysql>source d:/mysql.sql;

10:刪除表

mysql>drop TABLE MYTABLE;

11:清空表

mysql>delete from MYTABLE;

12:更新表中數據

mysql>update MYTABLE set sex=」f」 where name=』hyq』;

全局管理許可權對應解釋：

FILE: 在MySQL伺服器上讀寫文件。

PROCESS: 顯示或殺死屬於其它用戶的服務線程。

RELOAD: 重載訪問控製表，刷新日誌等。

SHUTDOWN: 關閉MySQL服務。

資料庫/數據表/數據列許可權：

ALTER: 修改已存在的數據表(例如增加/刪除列)和索引。

CREATE: 建立新的資料庫或數據表。

DELETE: 刪除表的記錄。

DROP: 刪除數據表或資料庫。

INDEX: 建立或刪除索引。

INSERT: 增加表的記錄。

SELECT: 顯示/搜索表的記錄。

UPDATE: 修改表中已存在的記錄。

特別的許可權：

ALL: 允許做任何事(和root一樣)。

USAGE: 只允許登錄–其它什麼也不允許做。

MySQL資料庫導入方法:

MySQL資料庫的導入,有兩種方法：

1) 先導出資料庫SQL腳本，再導入；

2) 直接拷貝資料庫目錄和文件。

在不同操作系統或MySQL版本情況下，直接拷貝文件的方法可能會有不兼容的情況發生。

所以一般推薦用SQL腳本形式導入。下面分別介紹兩種方法。

2. 方法一 SQL腳本形式

操作步驟如下：

2.1. 導出SQL腳本

在原資料庫伺服器上，可以用phpMyAdmin工具，或者mysqlmp命令行，導出SQL腳本。

2.1.1 用phpMyAdmin工具

導出選項中，選擇導出「結構」和「數據」，不要添加「DROP DATABASE」和「DROP TABLE」選項。

選中「另存為文件」選項，如果數據比較多，可以選中「gzipped」選項。

將導出的SQL文件保存下來。

2.1.2 用mysqlmp命令行

命令格式

mysqlmp -u 用戶名 -p 資料庫名 > 資料庫名.sql

範例：

mysqlmp -u root -p abc > abc.sql

（導出資料庫abc到abc.sql文件）

提示輸入密碼時，輸入該資料庫用戶名的密碼。

2.2. 創建空的資料庫

通過主控界面/控制面板，創建一個資料庫。假設資料庫名為abc，資料庫全權用戶為abc_f。

2.3. 將SQL腳本導入執行

同樣是兩種方法，一種用phpMyAdmin（mysql資料庫管理）工具，或者mysql命令行。

2.3.1 用phpMyAdmin工具

從控制面板，選擇創建的空資料庫，點「管理」，進入管理工具頁面。

在"SQL"菜單中，瀏覽選擇剛才導出的SQL文件，點擊「執行」以上載並執行。

注意：phpMyAdmin對上載的文件大小有限制，php本身對上載文件大小也有限制，如果原始sql文件

比較大，可以先用gzip對它進行壓縮，對於sql文件這樣的文本文件，可獲得1:5或更高的壓縮率。

gzip使用方法：

# gzip xxxxx.sql

得到

xxxxx.sql.gz文件。

提示輸入密碼時，輸入該資料庫用戶名的密碼。

3 直接拷貝

如果資料庫比較大，可以考慮用直接拷貝的方法，但不同版本和操作系統之間可能不兼容，要慎用。

3.1 准備原始文件

用tar打包為一個文件

3.2 創建空資料庫

3.3 解壓

在臨時目錄中解壓，如：

cd /tmp

tar zxf mydb.tar.gz

3.4 拷貝

將解壓後的資料庫文件拷貝到相關目錄

cd mydb/

cp * /var/lib/mysql/mydb/

對於FreeBSD:

cp * /var/db/mysql/mydb/

3.5 許可權設置

將拷貝過去的文件的屬主改為mysql:mysql，許可權改為660

chown mysql:mysql /var/lib/mysql/mydb/*

chmod 660 /var/lib/mysql/mydb/*

Mssql轉換mysql的方法:

1.導表結構

使用MySQL生成create腳本的方法。找到生成要導出的腳本，按MySQL的語法修改一下到MySQL資料庫中創建該表的列結構什麼的。

2.導表數據

在MSSQL端使用bcp導出文本文件:

bcp 「Select * FROM dbname.dbo.tablename;」 queryout tablename.txt -c -Slocalhostdb2005 -Usa

其中」"中是要導出的sql語句,-c指定使用 進行欄位分隔,使用 進行記錄分隔,-S指定資料庫伺服器及實例,-U指定用戶名,-P指定密碼.

在MySQL端使用mysqlimport 導入文本文件到相應表中

mysqlimport -uroot -p databasename /home/test/tablename.txt

其中-u指定用戶名,-p指定密碼,databasename指定資料庫名稱,表名與文件名相同

MySQL備份與恢復:

MySQL備份恢復數據的一般步驟

備份一個資料庫的例子：

1、備份前讀鎖定涉及的表

mysql>LOCK TABLES tbl1 READ,tbl1 READ,…
如果，你在mysqlmp實用程序中使用--lock-tables選項則不必使用如上SQL語句。

2、導出資料庫中表的結構和數據

shell>mysqlmp --opt db_name>db_name.sql

3、啟用新的更新日誌

shell>mysqladmin flush-logs

這樣可以記錄你備份後的數據改變為恢復數據准備。

4、解除表的讀鎖

mysql>UNLOCK TABLES;

為了加速上述過程，你可以這樣做：

shell> mysqlmp --lock-tables --opt db_name>db_name.sql; mysqladmin flush-logs

但是這樣可能會有點小問題。上命令在啟用新的更新日誌前就恢復表的讀鎖，
在更新繁忙的站點，可能有備份後的更新數據沒有記錄在新的日誌中。
現在恢復上面備份的資料庫

1、對涉及的表使用寫鎖

mysql>LOCK TABLES tbl1 WRITE,tbl1 WRITE,…

2、恢復備份的數據

shell>mysql db_name < db_name.sql

3、恢復更新日誌的內容

shell>mysql --one-database db_name < hostname.nnn

假設需要使用的日誌名字為hostname.nnn

4、啟用新的更新日誌

shell>mysqladmin flush-logs

5、解除表的寫鎖

mysql>UNLOCK TABLES;

希望上面的例子能給你啟發，因為備份數據的手法多種多樣，你所使用的和上面所述可能大不一樣，但是對於備份和恢復中，表的鎖定、啟用新的更新日誌的時機應該是類似的，仔細考慮這個問題。

MySQL資料庫優化:

選擇InnoDB作為存儲引擎

大型產品的資料庫對於可靠性和並發性的要求較高，InnoDB作為默認的MySQL存儲引擎，相對於MyISAM來說是個更佳的選擇。

優化資料庫結構

組織資料庫的schema、表和欄位以降低I/O的開銷，將相關項保存在一起，並提前規劃，以便隨著數據量的增長，性能可以保持較高的水平。

設計數據表應盡量使其佔用的空間最小化，表的主鍵應盡可能短。·對於InnoDB表，主鍵所在的列在每個輔助索引條目中都是可復制的，因此如果有很多輔助索引，那麼一個短的主鍵可以節省大量空間。

僅創建你需要改進查詢性能的索引。索引有助於檢索，但是會增加插入和更新操作的執行時間。

InnoDB的ChangeBuffering特性

InnoDB提供了changebuffering的配置，可減少維護輔助索引所需的磁碟I/O。大規模的資料庫可能會遇到大量的表操作和大量的I/O，以保證輔助索引保持最新。當相關頁面不在緩沖池裡面時，InnoDB的changebuffer將會更改緩存到輔助索引條目，從而避免因不能立即從磁碟讀取頁面而導致耗時的I/O操作。當頁面被載入到緩沖池時，緩沖的更改將被合並，更新的頁面之後會刷新到磁碟。這樣做可提高性能，適用於MySQL5.5及更高版本。

InnoDB頁面壓縮

InnoDB支持對表進行頁面級的壓縮。當寫入數據頁的時候，會有特定的壓縮演算法對其進行壓縮。壓縮後的數據會寫入磁碟，其打孔機制會釋放頁面末尾的空塊。如果壓縮失敗，數據會按原樣寫入。表和索引都會被壓縮，因為索引通常是資料庫總大小中佔比很大的一部分，壓縮可以顯著節約內存，I/O或處理時間，這樣就達到了提高性能和伸縮性的目的。它還可以減少內存和磁碟之間傳輸的數據量。MySQL5.1及更高版本支持該功能。

注意，頁面壓縮並不能支持共享表空間中的表。共享表空間包括系統表空間、臨時表空間和常規表空間。

使用批量數據導入

在主鍵上使用已排序的數據源進行批量數據的導入可加快數據插入的過程。否則，可能需要在其他行之間插入行以維護排序，這會導致磁碟I/O變高，進而影響性能，增加頁的拆分。關閉自動提交的模式也是有好處的，因為它會為每個插入執行日誌刷新到磁碟。在批量插入期間臨時轉移唯一鍵和外鍵檢查也可顯著降低磁碟I/O。對於新建的表，最好的做法是在批量導入後創建外鍵/唯一鍵約束。

一旦你的數據達到穩定的大小，或者增長的表增加了幾十或幾百兆位元組，就應該考慮使用OPTIMIZETABLE語句重新組織表並壓縮浪費的空間。對重新組織後的表進行全表掃描所需要的I/O會更少。

優化InnoDB磁碟I/O

增加InnoDB緩沖池大小可以讓查詢從緩沖池訪問而不是通過磁碟I/O訪問。通過調整系統變數innodb_flush_method來調整清除緩沖的指標使其達到最佳水平。

MySQL的內存分配

在為MySQL分配足夠的內存之前，請考慮不同領域對MySQL的內存需求。要考慮的關鍵領域是：並發連接——對於大量並發連接，排序和臨時表將需要大量內存。在撰寫本文時，對於處理3000+並發連接的資料庫，16GB到32GB的RAM是足夠的。

內存碎片可以消耗大約10%或更多的內存。像innodb_buffer_pool_size、key_buffer_size、query_cache_size等緩存和緩沖區要消耗大約80%的已分配內存。

日常維護

定期檢查慢的查詢日誌並優化查詢機制以有效使用緩存來減少磁碟I/O。優化它們，以掃描最少的行數，而不是進行全表掃描。

其他可以幫助DBA檢查和分析性能的日誌包括：錯誤日誌、常規查詢日誌、二進制日誌、DDL日誌(元數據日誌)。

定期刷新緩存和緩沖區以降低碎片化。使用OPTIMIZETABLE語句重新組織表並壓縮任何可能被浪費的空間。

⑤ 在資料庫中，schema，catalog分別指的是什麼

資料庫 Catalog Schema 概念解讀

按照SQL標準的解釋，在SQL環境下Catalog和Schema都屬於抽象概念，可以把它們理解為一個容器或者資料庫對象命名空間中的一個層次，主要用來解決命名沖突問題。從概念上說，一個資料庫系統包含多個Catalog，每個Catalog又包含多個Schema，而每個Schema又包含多個資料庫對象（表、視圖、欄位等），反過來講一個資料庫對象必然屬於一個Schema，而該Schema又必然屬於一個Catalog，這樣我們就可以得到該資料庫對象的完全限定名稱從而解決命名沖突的問題了；例如資料庫對象表的完全限定名稱就可以表示為：Catalog名稱.Schema名稱.表名稱。

詳細信息如下：

In Oracle:

server instance == database == catalog: all data managed by same execution engine

schema: namespace within database, identical to user account

user == schema owner == named account: identical to schema, who can connect to database, who owns the schema and use objects possibly in other schemas

to identify any object in running server, you need (schema name + object name)

In PostgreSQL:

server instance == db cluster: all data managed by same execution engine

database == catalog: single database within db cluster, isolated from other databases in same db cluster

schema :namespace within database.It allows many users to use one database without interfering with each other.

user == named account: who can connect to database, own and use objects in each allowed database separately

to identify any object in running server, you need (database name + schema name + object name)

In MySQL:

server instance == not identified with catalog, just a set of databases

database == schema == catalog: a namespace within the server.

user == named account: who can connect to server and use (but can not own - no concept of ownership) objects in one or more databases

to identify any object in running server, you need (database name