mysql單獨伺服器（MySQL啟動伺服器）

本文目錄一覽：

• 1、我的伺服器上搭建了一個iis+php+fastcgi+mysql的網站，我現在想將mysql分離出來單獨弄個伺服器，該怎麼辦？
• 2、MySQL性能調優 – 你必須了解的15個重要變數
• 3、如何把mysql做成伺服器
• 4、LAMP環境下，mysql是一台單獨的的機器只用來提供資料庫服務。如何在web的機器設置資料庫的訪問路徑？
• 5、想問問大家，sql server，PL/SQL，mysql這幾個什麼區別？
• 6、想知道雲資料庫MySql，是存放在獨立的伺服器上嗎？購買後我們如何查看資料庫數據，是登錄遠程還是通

我的伺服器上搭建了一個iis+php+fastcgi+mysql的網站，我現在想將mysql分離出來單獨弄個伺服器，該怎麼辦？

在單獨的伺服器上裝mysql 本地網站里資料庫填獨立mysql伺服器的ip就行了啊

MySQL性能調優 – 你必須了解的15個重要變數

前言:

MYSQL 應該是最流行了 WEB 後端資料庫。雖然 NOSQL 最近越來越多的被提到，但是相信大部分架構師還是會選擇 MYSQL 來做數據存儲。本文作者總結梳理MySQL性能調優的15個重要變數，又不足需要補充的還望大佬指出。

1.DEFAULT_STORAGE_ENGINE

如果你已經在用MySQL 5.6或者5.7，並且你的數據表都是InnoDB，那麼表示你已經設置好了。如果沒有，確保把你的錶轉換為InnoDB並且設置default_storage_engine為InnoDB。

為什麼？簡而言之，因為InnoDB是MySQL(包括Percona Server和MariaDB)最好的存儲引擎 – 它支持事務，高並發，有著非常好的性能表現(當配置正確時)。這裡有詳細的版本介紹為什麼

2.INNODB_BUFFER_POOL_SIZE

這個是InnoDB最重要變數。實際上，如果你的主要存儲引擎是InnoDB，那麼對於你，這個變數對於MySQL是最重要的。

基本上，innodb_buffer_pool_size指定了MySQL應該分配給InnoDB緩衝池多少內存，InnoDB緩衝池用來存儲緩存的數據，二級索引，臟數據(已經被更改但沒有刷新到硬碟的數據)以及各種內部結構如自適應哈希索引。

根據經驗，在一個獨立的MySQL伺服器應該分配給MySQL整個機器總內存的80%。如果你的MySQL運行在一個共享伺服器，或者你想知道InnoDB緩衝池大小是否正確設置，詳細請看這裡。

3.INNODB_LOG_FILE_SIZE

InnoDB重做日誌文件的設置在MySQL社區也叫做事務日誌。直到MySQL 5.6.8事務日誌默認值innodb_log_file_size=5M是唯一最大的InnoDB性能殺手。從MySQL 5.6.8開始，默認值提升到48M,但對於許多稍繁忙的系統，還遠遠要低。

根據經驗，你應該設置的日誌大小能在你伺服器繁忙時能存儲1-2小時的寫入量。如果不想這麼麻煩，那麼設置1-2G的大小會讓你的性能有一個不錯的表現。這個變數也相當重要，更詳細的介紹請看這裡。

當然，如果你有大量的大事務更改，那麼，更改比默認innodb日誌緩衝大小更大的值會對你的性能有一定的提高，但是你使用的是autocommit，或者你的事務更改小於幾k，那還是保持默認的值吧。

4.INNODB_FLUSH_LOG_AT_TRX_COMMIT

默認下，innodb_flush_log_at_trx_commit設置為1表示InnoDB在每次事務提交後立即刷新同步數據到硬碟。如果你使用autocommit，那麼你的每一個INSERT, UPDATE或DELETE語句都是一個事務提交。

同步是一個昂貴的操作(特別是當你沒有寫回緩存時)，因為它涉及對硬碟的實際同步物理寫入。所以如果可能，並不建議使用默認值。

兩個可選的值是0和2:

* 0表示刷新到硬碟，但不同步(提交事務時沒有實際的IO操作)

* 2表示不刷新和不同步(也沒有實際的IO操作)

所以你如果設置它為0或2，則同步操作每秒執行一次。所以明顯的缺點是你可能會丟失上一秒的提交數據。具體來說，你的事務已經提交了，但伺服器馬上斷電了，那麼你的提交相當於沒有發生過。

顯示的，對於金融機構，如銀行，這是無法忍受的。不過對於大多數網站，可以設置為innodb_flush_log_at_trx_commit=0|2，即使伺服器最終崩潰也沒有什麼大問題。畢竟，僅僅在幾年前有許多網站還是用MyISAM，當崩潰時會丟失30s的數據(更不要提那令人抓狂的慢修復進程)。

那麼，0和2之間的實際區別是什麼？性能明顯的差異是可以忽略不計，因為刷新到操作系統緩存的操作是非常快的。所以很明顯應該設置為0，萬一MySQL崩潰(不是整個機器)，你不會丟失任何數據，因為數據已經在OS緩存，最終還是會同步到硬碟的。

5.SYNC_BINLOG

已經有大量的文檔寫到sync_binlog，以及它和innodb_flush_log_at_trx_commit的關係，下面我們來簡單的介紹下：

a) 如果你的伺服器沒有設置從伺服器，而且你不做備份，那麼設置sync_binlog=0將對性能有好處。

b) 如果你有從伺服器並且做備份，但你不介意當主伺服器崩潰時在二進位日誌丟失一些事件，那麼為了更好的性能還是設置為sync_binlog=0.

c) 如果你有從伺服器並且備份，你非常在意從伺服器的一致性，以及能及時恢復到一個時間點(通過使用最新的一致性備份和二進位日誌將資料庫恢復到特定時間點的能力)，那麼你應該設置innodb_flush_log_at_trx_commit=1，並且需要認真考慮使用sync_binlog=1。

問題是sync_binlog=1代價比較高 – 現在每個事務也要同步一次到硬碟。你可能會想為什麼不把兩次同步合併成一次，想法正確 – 新版本的MySQL(5.6和5.7，MariaDB和Percona Server)已經能合併提交，那麼在這種情況下sync_binlog=1的操作也不是這麼昂貴了，但在舊的mysql版本中仍然會對性能有很大影響。

6.INNODB_FLUSH_METHOD

將innodb_flush_method設置為O_DIRECT以避免雙重緩衝.唯一一種情況你不應該使用O_DIRECT是當你操作系統不支持時。但如果你運行的是Linux，使用O_DIRECT來激活直接IO。

不用直接IO，雙重緩衝將會發生，因為所有的資料庫更改首先會寫入到OS緩存然後才同步到硬碟 – 所以InnoDB緩衝池和OS緩存會同時持有一份相同的數據。特別是如果你的緩衝池限制為總內存的50%，那意味著在寫密集的環境中你可能會浪費高達50%的內存。如果沒有限制為50%，伺服器可能由於OS緩存的高壓力會使用到swap。

簡單地說，設置為innodb_flush_method=O_DIRECT。

7.INNODB_BUFFER_POOL_INSTANCES

MySQL 5.5引入了緩衝實例作為減小內部鎖爭用來提高MySQL吞吐量的手段。

在5.5版本這個對提升吞吐量幫助很小，然後在MySQL 5.6版本這個提升就非常大了，所以在MySQL5.5中你可能會保守地設置innodb_buffer_pool_instances=4，在MySQL 5.6和5.7中你可以設置為8-16個緩衝池實例。

你設置後觀察會覺得性能提高不大，但在大多數高負載情況下，它應該會有不錯的表現。

對了，不要指望這個設置能減少你單個查詢的響應時間。這個是在高並發負載的伺服器上才看得出區別。比如多個線程同時做許多事情。

8.INNODB_THREAD_CONCURRENCY

InnoDB有一種方法來控制並行執行的線程數 – 我們稱為並發控制機制。大部分是由innodb_thread_concurrency值來控制的。如果設置為0，並發控制就關閉了，因此InnoDB會立即處理所有進來的請求(儘可能多的)。

在你有32CPU核心且只有4個請求時會沒什麼問題。不過想像下你只有4CPU核心和32個請求時 – 如果你讓32個請求同時處理，你這個自找麻煩。因為這些32個請求只有4 CPU核心，顯然地會比平常慢至少8倍(實際上是大於8倍)，而然這些請求每個都有自己的外部和內部鎖，這有很大可能堆積請求。

下面介紹如何更改這個變數，在mysql命令行提示符執行：

對於大多數工作負載和伺服器，設置為8是一個好開端，然後你可以根據伺服器達到了這個限制而資源使用率利用不足時逐漸增加。可以通過show engine innodb status\G來查看目前查詢處理情況，查找類似如下行：

9.SKIP_NAME_RESOLVE

這一項不得不提及，因為仍然有很多人沒有添加這一項。你應該添加skip_name_resolve來避免連接時DNS解析。

大多數情況下你更改這個會沒有什麼感覺，因為大多數情況下DNS伺服器解析會非常快。不過當DNS伺服器失敗時，它會出現在你伺服器上出現「unauthenticated connections」 ，而就是為什麼所有的請求都突然開始慢下來了。

所以不要等到這種事情發生才更改。現在添加這個變數並且避免基於主機名的授權。

10.INNODB_IO_CAPACITY, INNODB_IO_CAPACITY_MAX

* innodb_io_capacity：用來當刷新臟數據時，控制MySQL每秒執行的寫IO量。

* innodb_io_capacity_max: 在壓力下，控制當刷新臟數據時MySQL每秒執行的寫IO量

首先，這與讀取無關 – SELECT查詢執行的操作。對於讀操作，MySQL會盡最大可能處理並返回結果。至於寫操作，MySQL在後台會循環刷新，在每一個循環會檢查有多少數據需要刷新，並且不會用超過innodb_io_capacity指定的數來做刷新操作。這也包括更改緩衝區合併（在它們刷新到磁碟之前，更改緩衝區是輔助臟頁存儲的關鍵）。

第二，我需要解釋一下什麼叫「在壓力下」，MySQL中稱為」緊急情況」，是當MySQL在後台刷新時，它需要刷新一些數據為了讓新的寫操作進來。然後，MySQL會用到innodb_io_capacity_max。

那麼，應該設置innodb_io_capacity和innodb_io_capacity_max為什麼呢？

最好的方法是測量你的存儲設置的隨機寫吞吐量，然後給innodb_io_capacity_max設置為你的設備能達到的最大IOPS。innodb_io_capacity就設置為它的50-75%，特別是你的系統主要是寫操作時。

通常你可以預測你的系統的IOPS是多少。例如由8 15k硬碟組成的RAID10能做大約每秒1000隨機寫操作，所以你可以設置innodb_io_capacity=600和innodb_io_capacity_max=1000。許多廉價企業SSD可以做4,000-10,000 IOPS等。

這個值設置得不完美問題不大。但是，要注意默認的200和400會限制你的寫吞吐量，因此你可能偶爾會捕捉到刷新進程。如果出現這種情況，可能是已經達到你硬碟的寫IO吞吐量，或者這個值設置得太小限制了吞吐量。

11.INNODB_STATS_ON_METADATA

如果你跑的是MySQL 5.6或5.7，你不需要更改innodb_stats_on_metadata的默認值，因為它已經設置正確了。

不過在MySQL 5.5或5.1，強烈建議關閉這個變數 – 如果是開啟，像命令show table status會立即查詢INFORMATION_SCHEMA而不是等幾秒再執行，這會使用到額外的IO操作。

從5.1.32版本開始，這個是動態變數，意味著你不需要重啟MySQL伺服器來關閉它。

12.INNODB_BUFFER_POOL_DUMP_AT_SHUTDOWN INNODB_BUFFER_POOL_LOAD_AT_STARTUP

innodb_buffer_pool_dump_at_shutdown和innodb_buffer_pool_load_at_startup這兩個變數與性能無關，不過如果你偶爾重啟mysql伺服器(如生效配置)，那麼就有關。當兩個都激活時，MySQL緩衝池的內容(更具體地說，是緩存頁)在停止MySQL時存儲到一個文件。當你下次啟動MySQL時，它會在後台啟動一個線程來載入緩衝池的內容以提高預熱速度到3-5倍。

兩件事：

第一，它實際上沒有在關閉時複製緩衝池內容到文件，僅僅是複製表空間ID和頁面ID – 足夠的信息來定位硬碟上的頁面了。然後它就能以大量的順序讀非常快速的載入那些頁面，而不是需要成千上萬的小隨機讀。

第二，啟動時是在後台載入內容，因為MySQL不需要等到緩衝池內容載入完成再開始接受請求(所以看起來不會有什麼影響)。

從MySQL 5.7.7開始，默認只有25%的緩衝池頁面在mysql關閉時存儲到文件，但是你可以控制這個值 – 使用innodb_buffer_pool_dump_pct，建議75-100。

這個特性從MySQL 5.6才開始支持。

13.INNODB_ADAPTIVE_HASH_INDEX_PARTS

如果你運行著一個大量SELECT查詢的MySQL伺服器(並且已經儘可能優化)，那麼自適應哈希索引將下你的下一個瓶頸。自適應哈希索引是InnoDB內部維護的動態索引，可以提高最常用的查詢模式的性能。這個特性可以重啟伺服器關閉，不過默認下在mysql的所有版本開啟。

這個技術非常複雜，在大多數情況下它會對大多數類型的查詢直到加速的作用。不過，當你有太多的查詢往資料庫，在某一個點上它會花過多的時間等待AHI鎖和閂鎖。

如果你的是MySQL 5.7，沒有這個問題 – innodb_adaptive_hash_index_parts默認設置為8，所以自適應哈希索引被切割為8個分區，因為不存在全局互斥。

不過在mysql 5.7前的版本，沒有AHI分區數量的控制。換句話說，有一個全局互斥鎖來保護AHI，可能導致你的select查詢經常撞牆。

所以如果你運行的是5.1或5.6，並且有大量的select查詢，最簡單的方案就是切換成同一版本的Percona Server來激活AHI分區。

14.QUERY_CACHE_TYPE

如果人認為查詢緩存效果很好，肯定應該使用它。好吧，有時候是有用的。不過這個只在你在低負載時有用，特別是在低負載下大多數是讀取，小量寫或者沒有。

如果是那樣的情況，設置query_cache_type=ON和query_cache_size=256M就好了。不過記住不能把256M設置更高的值了，否則會由於查詢緩存失效時，導致引起嚴重的伺服器停頓。

如果你的MySQL伺服器高負載動作，建議設置query_cache_size=0和query_cache_type=OFF，並重啟伺服器生效。那樣Mysql就會停止在所有的查詢使用查詢緩存互斥鎖。

15.TABLE_OPEN_CACHE_INSTANCES

從MySQL 5.6.6開始，表緩存能分割到多個分區。

表緩存用來存放目前已打開表的列表，當每一個表打開或關閉互斥體就被鎖定 – 即使這是一個隱式臨時表。使用多個分區絕對減少了潛在的爭用。

從MySQL 5.7.8開始，table_open_cache_instances=16是默認的配置。

歡迎做Java的工程師朋友們私信我資料免費獲取免費的Java架構學習資料（裡面有高可用、高並發、高性能及分散式、Jvm性能調優、Spring源碼，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個知識點的架構資料）

其中覆蓋了互聯網的方方面面，期間碰到各種產品各種場景下的各種問題，很值得大家借鑒和學習，擴展自己的技術廣度和知識面。

如何把mysql做成伺服器

一台電腦裝上mysql或者MSSQL軟體，並且有獨立的外網可以訪問的IP地址就是一個資料庫伺服器。當然作為伺服器的電腦有更高的要求，比如硬體方面、安全性方面、帶寬等等。

LAMP環境下，mysql是一台單獨的的機器只用來提供資料庫服務。如何在web的機器設置資料庫的訪問路徑？

MySQL名字的來歷

MySQL最初的開發者的意圖是用mSQL和他們自己的快速低級常式(ISAM)去連接表格。不管怎樣，在經過一些測試後，開發者得出結論：mSQL並沒有他們需要的那麼快和靈活。這導致了一個使用幾乎和mSQL一樣的API介面的用於他們的資料庫的新的SQL介面的產生，這樣，這個API被設計成允許為用於mSQL而寫的第三方代碼更容易移植到MySQL。

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

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

[編輯本段]MySQL的概述

MySQL是一個小型關係型資料庫管理系統，開發者為瑞典MySQL AB公司。在2008年1月16號被Sun公司收購。目前MySQL被廣泛地應用在Internet上的中小型網站中。由於其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，許多中小型網站為了降低網站總體擁有成本而選擇了MySQL作為網站資料庫。MySQL的官方網站的網址是：

[編輯本段]MySQL的特性

1.使用C和C++編寫，並使用了多種編譯器進行測試，保證源代碼的可移植性

2.支持AIX、FreeBSD、HP-UX、Linux、Mac OS、Novell Netware、OpenBSD、OS/2 Wrap、Solaris、Windows等多種操作系統

3.為多種編程語言提供了API。這些編程語言包括C、C++、Eiffel、Java、Perl、PHP、Python、Ruby和Tcl等。

4.支持多線程，充分利用CPU資源

5.優化的SQL查詢演算法，有效地提高查詢速度

6.既能夠作為一個單獨的應用程序應用在客戶端伺服器網路環境中，也能夠作為一個庫而嵌入到其他的軟體中提供多語言支持，常見的編碼如中文的GB 2312、BIG5，日文的Shift_JIS等都可以用作數據表名和數據列名

7.提供TCP/IP、ODBC和JDBC等多種資料庫連接途徑

8.提供用於管理、檢查、優化資料庫操作的管理工具

9.可以處理擁有上千萬條記錄的大型資料庫

[編輯本段]MySQL的應用

與其他的大型資料庫例如Oracle、DB2、SQL Server等相比，MySQL自有它的不足之處，如規模小、功能有限（MySQL Cluster的功能和效率都相對比較差）等，但是這絲毫也沒有減少它受歡迎的程度。對於一般的個人使用者和中小型企業來說，MySQL提供的功能已經綽綽有餘，而且由於MySQL是開放源碼軟體，因此可以大大降低總體擁有成本。

目前Internet上流行的網站構架方式是LAMP（Linux+Apache+MySQL+PHP），即使用Linux作為操作系統，Apache作為Web伺服器，MySQL作為資料庫，PHP作為伺服器端腳本解釋器。由於這四個軟體都是遵循GPL的開放源碼軟體，因此使用這種方式不用花一分錢就可以建立起一個穩定、免費的網站系統。

[編輯本段]MySQL管理

可以使用命令行工具管理MySQL資料庫（命令mysql 和 mysqladmin)，也可以從MySQL的網站下載圖形管理工具MySQL Administrator和MySQL Query Browser。

phpMyAdmin是由php寫成的MySQL資料庫系統管理程式，讓管理者可用Web介面管理MySQL資料庫。

phpMyBackupPro也是由PHP寫成的，可以透過Web介面創建和管理資料庫。它可以創建偽cronjobs，可以用來自動在某個時間或周期備份MySQL 資料庫。

另外，還有其他的GUI管理工具，例如早先的mysql-front 以及 ems mysql manager,navicat 等等。

[編輯本段]Mysql存儲引擎

MyISAM Mysql的默認資料庫，最為常用。擁有較高的插入，查詢速度，但不支持事務

InnoDB 事務型資料庫的首選引擎，支持ACID事務，支持行級鎖定

BDB 源自Berkeley DB，事務型資料庫的另一種選擇，支持COMMIT和ROLLBACK等其他事務特性

Memory 所有數據置於內存的存儲引擎，擁有極高的插入，更新和查詢效率。但是會佔用和數據量成正比的內存空間。並且其內容會在Mysql重新啟動時丟失

Merge 將一定數量的MyISAM表聯合而成一個整體，在超大規模數據存儲時很有用

Archive 非常適合存儲大量的獨立的，作為歷史記錄的數據。因為它們不經常被讀取。Archive擁有高效的插入速度，但其對查詢的支持相對較差

Federated 將不同的Mysql伺服器聯合起來，邏輯上組成一個完整的資料庫。非常適合分散式應用

Cluster/NDB 高冗餘的存儲引擎，用多台數據機器聯合提供服務以提高整體性能和安全性。適合數據量大，安全和性能要求高的應用

CSV 邏輯上由逗號分割數據的存儲引擎

BlackHole 黑洞引擎，寫入的任何數據都會消失，一般用於記錄binlog做複製的中繼

另外，Mysql的存儲引擎介面定義良好。有興趣的開發者通過閱讀文檔編寫自己的存儲引擎。

[編輯本段]Mysql最常見的應用架構

單點(Single)，適合小規模應用

複製(Replication)，適合中小規模應用

集群(Cluster)，適合大規模應用

[編輯本段]mysql歷史版本

MySQL公司目前在同時開發兩個版本的軟體，4.1版以及5.0版。4.1版本的代碼已經發布並有望在8個月後公布最終代碼。而5.0版本的最後產品將在6個月後發布。

MySQL4.1版本中增加了不少新的性能，包括對主鍵的更高速度的緩存，對子查詢的更好的支持，以及應網路約會網站所要求的，基於地理信息的查詢。

而其同步開發的5.0版本則把目標對準了企業用戶，對於4.1版本中的所有新特性，5.0版本悉數收入囊中，並且獨具以下特點：對外鍵的良好支持；系統自動報錯機制以及對存儲過程的充分支持。

Mysql現在現已開發出5.1版本支持視圖！

[編輯本段]Mysql中文視頻教學

左光華的mysql網路資料庫開發教學視頻

Mysql6.0的alpha版於2007年初發布，新版增加了對falcon存儲引擎的支持。Falcon是Mysql社區自主開發的引擎，支持ACID特性事務，支持行鎖，擁有高性能的並發性。Mysql AB公司想用Falcon替代已經非常流行的InnoDB引擎，因為擁有後者技術的InnoBase已經被競爭對手Oracle所收購。

2008年1月16日，Sun Microsystems宣布收購MySQL AB，出價約10億美元現金包括期權。

[編輯本段]MySQL的基本命令

[ ]中的內容為可選項

–創建資料庫

mysql create database 資料庫名稱

–創建表

mysql create table 表名 (

列的名字（id）類型（int（4））primary key(定義主鍵) auto_increment（描述 自增）,

……，

）；

–查看所有資料庫

mysql show databases 資料庫名稱;

–使用某個資料庫

mysql use database 資料庫名稱;

–查看所使用資料庫下所有的表

mysql show tables;

–顯示錶的屬性結構

mysql desc 表名;

–選擇表中數據的顯示

–* 代表選擇所有列 ，

mysql select * from 表名 where id=?[and name=？] [or name=?];

mysql select id,name from 表名order by 某一列的名稱 desc(降序，asc為升序)

–刪除表中的數據

mysql delete from table where id=？[or name=? (and name=?)];

–刪除表

mysql drop table;

–刪除資料庫

mysql drop database;

索引是一種特殊的文件(InnoDB數據表上的索引是表空間的一個組成部分)，它們包含著對數據表裡所有記錄的引用指針。

註：[1]索引不是萬能的！索引可以加快數據檢索操作，但會使數據修改操作變慢。每修改數據記錄，索引就必須刷新一次。為了在某種程序上彌補這一缺陷，許多SQL命令都有一個DELAY_KEY_WRITE項。這個選項的作用是暫時制止 MySQL在該命令每插入一條新記錄和每修改一條現有之後立刻對索引進行刷新，對索引的刷新將等到全部記錄插入/修改完畢之後再進行。在需要把許多新記錄插入某個數據表的場合，DELAY_KEY_WRITE選項的作用將非常明顯。[2]另外，索引還會在硬碟上佔用相當大的空間。因此應該只為最經常查詢和最經常排序的數據列建立索引。注意，如果某個數據列包含許多重複的內容，為它建立索引就沒有太大的實際效果。

從理論上講，完全可以為數據表裡的每個欄位分別建一個索引，但MySQL把同一個數據表裡的索引總數限制為16個。

1. InnoDB數據表的索引

與MyISAM數據表相比，在 InnoDB數據表上，索引對InnoDB數據表的重要性要在得多。在InnoDB數據表上，索引不僅會在搜索數據記錄時發揮作用，還是數據行級鎖定機制的苊、基礎。”數據行級鎖定”的意思是指在事務操作的執行過程中鎖定正在被處理的個別記錄，不讓其他用戶進行訪問。這種鎖定將影響到(但不限於)SELECT…LOCK IN SHARE MODE、SELECT…FOR UPDATE命令以及INSERT、UPDATE和DELETE命令。

出於效率方面的考慮，InnoDB數據表的數據行級鎖定實際發生在它們的索引上，而不是數據表自身上。顯然，數據行級鎖定機制只有在有關的數據表有一個合適的索引可供鎖定的時候才能發揮效力。

2. 限制

如果WEHERE子句的查詢條件里有不等號(WHERE coloum != …)，MySQL將無法使用索引。

類似地，如果WHERE子句的查詢條件里使用了函數(WHERE DAY(column) = …)，MySQL也將無法使用索引。

在JOIN操作中(需要從多個數據表提取數據時)，MySQL只有在主鍵和外鍵的數據類型相同時才能使用索引。

如果WHERE子句的查詢條件里使用比較操作符LIKE和REGEXP，MySQL 只有在搜索模板的第一個字元不是通配符的情況下才能使用索引。比如說，如果查詢條件是LIKE ‘abc%’，MySQL將使用索引；如果查詢條件是LIKE ‘%abc’，MySQL將不使用索引。

在ORDER BY操作中，MySQL只有在排序條件不是一個查詢條件表達式的情況下才使用索引。(雖然如此，在涉及多個數據表查詢里，即使有索引可用，那些索引在加快ORDER BY方面也沒什麼作用)

如果某個數據列里包含許多重複的值，就算為它建立了索引也不會有很好的效果。比如說，如果某個數據列里包含的凈是些諸如”0/1″或”Y/N”等值，就沒有必要為它創建一個索引。

普通索引、唯一索引和主索引

1. 普通索引

普通索引(由關鍵字KEY或INDEX定義的索引)的唯一任務是加快對數據的訪問速度。因此，應該只為那些最經常出現在查詢條件(WHERE column = …)或排序條件(ORDER BY column)中的數據列創建索引。只要有可能，就應該選擇一個數據最整齊、最緊湊的數據列(如一個整數類型的數據列)來創建索引。

2. 唯一索引

普通索引允許被索引的數據列包含重複的值。比如說，因為人有可能同名，所以同一個姓名在同一個”員工個人資料”數據表裡可能出現兩次或更多次。

如果能確定某個數據列將只包含彼此各不相同的值，在為這個數據列創建索引的時候就應該用關鍵字UNIQUE把它定義為一個唯一索引。這麼做的好處：一是簡化了MySQL對這個索引的管理工作，這個索引也因此而變得更有效率；二是 MySQL會在有新記錄插入數據表時，自動檢查新記錄的這個欄位的值是否已經在某個記錄的這個欄位里出現過了；如果是，MySQL將拒絕插入那條新記錄。也就是說，唯一索引可以保證數據記錄的唯一性。事實上，在許多場合，人們創建唯一索引的目的往往不是為了提高訪問速度，而只是為了避免數據出現重複。

3. 主索引

在前面已經反覆多次強調過：必須為主鍵欄位創建一個索引，這個索引就是所謂的”主索引”。主索引與唯一索引的唯一區別是：前者在定義時使用的關鍵字是PRIMARY而不是UNIQUE。

4. 外鍵索引

如果為某個外鍵欄位定義了一個外鍵約束條件，MySQL就會定義一個內部索引來幫助自己以最有效率的方式去管理和使用外鍵約束條件。

5. 複合索引

索引可以覆蓋多個數據列，如像INDEX(columnA, columnB)索引。這種索引的特點是MySQL可以有選擇地使用一個這樣的索引。如果查詢操作只需要用到columnA數據列上的一個索引，就可以使用複合索引INDEX(columnA, columnB)。不過，這種用法僅適用於在複合索引中排列在前的數據列組合。比如說，INDEX(A, B, C)可以當做A或(A, B)的索引來使用，但不能當做B、C或(B, C)的索引來使用。

6. 索引的長度

在為CHAR和VARCHAR類型的數據列定義索引時，可以把索引的長度限制為一個給定的字元個數(這個數字必須小於這個欄位所允許的最大字元個數)。這麼做的好處是可以生成一個尺寸比較小、檢索速度卻比較快的索引文件。在絕大多數應用里，資料庫中的字元串數據大都以各種各樣的名字為主，把索引的長度設置為10~15個字元已經足以把搜索範圍縮小到很少的幾條數據記錄了。

在為BLOB和TEXT類型的數據列創建索引時，必須對索引的長度做出限制；MySQL所允許的最大索引jlkjljkjlj全文索引

文本欄位上的普通索引只能加快對出現在欄位內容最前面的字元串(也就是欄位內容開頭的字元)進行檢索操作。如果欄位里存放的是由幾個、甚至是多個單詞構成的較大段文字，普通索引就沒什麼作用了。這種檢索往往以LIKE %word%的形式出現，這對MySQL來說很複雜，如果需要處理的數據量很大，響應時間就會很長。

這類場合正是全文索引(full-text index)可以大顯身手的地方。在生成這種類型的索引時，MySQL將把在文本中出現的所有單詞創建為一份清單，查詢操作將根據這份清單去檢索有關的數據記錄。全文索引即可以隨數據表一同創建，也可以等日後有必要時再使用下面這條命令添加：

ALTER TABLE tablename ADD FULLTEXT(column1, column2)

有了全文索引，就可以用SELECT查詢命令去檢索那些包含著一個或多個給定單詞的數據記錄了。下面是這類查詢命令的基本語法：

SELECT * FROM tablename

WHERE MATCH(column1, column2) AGAINST(‘word1’, ‘word2’, ‘word3’)

上面這條命令將把column1和column2欄位里有word1、word2和word3的數據記錄全部查詢出來。

註解：InnoDB數據表不支持全文索引。

查詢和索引的優化

只有當資料庫里已經有了足夠多的測試數據時，它的性能測試結果才有實際參考價值。如果在測試資料庫里只有幾百條數據記錄，它們往往在執行完第一條查詢命令之後就被全部載入到內存里，這將使後續的查詢命令都執行得非常快–不管有沒有使用索引。只有當資料庫里的記錄超過了1000條、數據總量也超過了MySQL伺服器上的內存總量時，資料庫的性能測試結果才有意義。

在不確定應該在哪些數據列上創建索引的時候，人們從EXPLAIN SELECT命令那裡往往可以獲得一些幫助。這其實只是簡單地給一條普通的SELECT命令加一個EXPLAIN關鍵字作為前綴而已。有了這個關鍵字，MySQL將不是去執行那條SELECT命令，而是去對它進行分析。MySQL將以表格的形式把查詢的執行過程和用到的索引(如果有的話)等信息列出來。

在EXPLAIN命令的輸出結果里，第1列是從資料庫讀取的數據表的名字，它們按被讀取的先後順序排列。type列指定了本數據表與其它數據表之間的關聯關係(JOIN)。在各種類型的關聯關係當中，效率最高的是system，然後依次是const、eq_ref、ref、range、index和All(All的意思是：對應於上一級數據表裡的每一條記錄，這個數據表裡的所有記錄都必須被讀取一遍–這種情況往往可以用一索引來避免)。

possible_keys數據列給出了MySQL在搜索數據記錄時可選用的各個索引。key數據列是MySQL實際選用的索引，這個索引按位元組計算的長度在key_len數據列里給出。比如說，對於一個INTEGER數據列的索引，這個位元組長度將是4。如果用到了複合索引，在key_len數據列里還可以看到MySQL具體使用了它的哪些部分。作為一般規律，key_len數據列里的值越小越好(意思是更快)。

ref數據列給出了關聯關係中另一個數據表裡的數據列的名字。row數據列是MySQL在執行這個查詢時預計會從這個數據表裡讀出的數據行的個數。row數據列里的所有數字的乘積可以讓我們大致了解這個查詢需要處理多少組合。

最後，extra數據列提供了與JOIN操作有關的更多信息，比如說，如果MySQL在執行這個查詢時必須創建一個臨時數據表，就會在extra列看到using temporary字樣

[編輯本段]安裝MySQL時候的注意事項

1、如果您是用MySQL+Apache，使用的又是FreeBSD網路操作系統的話，安裝時候你應按注意到FreeBSD的版本問題，在FreeBSD的3.0以下版本來說，MySQL Source內含的MIT-pthread運行是正常的，但在這版本以上，你必須使用native threads,也就是加入一個with-named-thread-libs=-lc_r的選項。

2、如果您在COMPILE過程中出了問題，請先檢查你的gcc版本是否在2.81版本以上，gmake版本是否在3.75以上。

3、如果不是版本的問題，那可能是你的內存不足，請使用./configure — with-low-memory來加入。

4、如果您要重新做你的configure，那麼你可以鍵入rm config.cache和make clean來清除記錄。

5、我們一般把MySQL安裝在/usr/local目錄下，這是預設值，您也可以按照你的需要設定你所安裝的目錄。

想問問大家，sql server，PL/SQL，mysql這幾個什麼區別？

sql server，PL/SQL，mysql區別為：性質不同、數據類型不同、面向群不同。

一、性質不同

1、sql server：sql server是Microsoft 公司推出的關係型資料庫管理系統。

2、PL/SQL：PL/SQL是一種過程化語言，是Oracle資料庫對SQL語句的擴展。

3、mysql：mysql是一個關係型資料庫管理系統，由瑞典MySQL AB 公司開發，屬於 Oracle 旗下產品。

二、數據類型不同

1、sql server：sql server對非傳統的數據類型缺乏內置的支持。

2、PL/SQL：PL/SQL能夠利用Web的多媒體特性，將在Web中發現的各種數據類型集成為數據包（mess）。

3、mysql：mysql能夠將非傳統的數據存儲到單獨的伺服器里的平面（flat）文件中，然後使用OLE-DB將它們鏈接在一起。

三、面向群不同

1、sql server：sql server的面向群體為商業化大型企業。

2、PL/SQL：PL/SQL的面向群體為商業化大型企業。

3、mysql：mysql的面向群體為一般的個人使用者和中小型企業。

想知道雲資料庫MySql，是存放在獨立的伺服器上嗎？購買後我們如何查看資料庫數據，是登錄遠程還是通

移動雲MySQL是基於物理機進行的容器化部署，通過容器提供的資料庫服務。目前實例規格族，包括通用型、獨享型和通用入門型。其中通用型和通用入門型是與同一物理機上其他通用版實例共享CPU⌄磁碟和I/O資源，獨享被分配的內存資源。獨享型是完全獨享被分配的CPU、內存、磁碟和I/O資源。購買成功的MySQL需要下載適配版本的MySQL客戶端程序進行遠程訪問。

了解移動云云資料庫MySql更多詳情，歡迎註冊登錄移動雲官網→