1. mysql存儲引擎簡介及InnoDB和MyISAM的區別
MyISAM 和InnoDB 講解
InnoDB和MyISAM是許多人在使用MySQL時最常用的兩個表類型，這兩個表類型各有優劣，視具體應用而定。基本的差別為：MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持，而InnoDB提供事務支持以及外部鍵等高級資料庫功能。
以下是一些細節和具體實現的差別：
◆1.InnoDB不支持FULLTEXT類型的索引。
◆2.InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from
table時，InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數即可。注意的是，當count(*)語句包含
where條件時，兩種表的操作是一樣的。
◆3.對於AUTO_INCREMENT類型的欄位，InnoDB中必須包含只有該欄位的索引，但是在MyISAM表中，可以和其他欄位一起建立聯合索引。
◆4.DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
◆5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據後再改成InnoDB表，但是對於使用的額外的InnoDB特性(例如外鍵)的表不適用。
另外，InnoDB表的行鎖也不是絕對的，假如在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like 「%aaa%」
兩種類型最主要的差別就是Innodb 支持事務處理與外鍵和行級鎖。而MyISAM不支持.所以MyISAM往往就容易被人認為只適合在小項目中使用。
作為使用MySQL的用戶角度出發，Innodb和MyISAM都是比較喜歡的，如果資料庫平台要達到需求：99.9%的穩定性，方便的擴展性和高可用性來說的話，MyISAM絕對是首選。
原因如下：
1、平台上承載的大部分項目是讀多寫少的項目，而MyISAM的讀性能是比Innodb強不少的。
2、MyISAM的索引和數據是分開的，並且索引是有壓縮的，內存使用率就對應提高了不少。能載入更多索引，而Innodb是索引和數據是緊密捆綁的，沒有使用壓縮從而會造成Innodb比MyISAM體積龐大不小。
3、經常隔1，2個月就會發生應用開發人員不小心update一個表where寫的范圍不對，導致這個表沒法正常用了，這個時候MyISAM的優越性就體現出來了，隨便從當天拷貝的壓縮包取出對應表的文件，隨便放到一個資料庫目錄下，然後mp成sql再導回到主庫，並把對應的binlog補上。如果是Innodb，恐怕不可能有這么快速度，別和我說讓Innodb定期用導出xxx.sql機制備份，因為最小的一個資料庫實例的數據量基本都是幾十G大小。
4、從接觸的應用邏輯來說，select count(*) 和order by
是最頻繁的，大概能佔了整個sql總語句的60%以上的操作，而這種操作Innodb其實也是會鎖表的，很多人以為Innodb是行級鎖，那個只是where對它主鍵是有效，非主鍵的都會鎖全表的。
5、還有就是經常有很多應用部門需要我給他們定期某些表的數據，MyISAM的話很方便，只要發給他們對應那表的frm.MYD,MYI的文件，讓他們自己在對應版本的資料庫啟動就行，而Innodb就需要導出xxx.sql了，因為光給別人文件，受字典數據文件的影響，對方是無法使用的。
6、如果和MyISAM比insert寫操作的話，Innodb還達不到MyISAM的寫性能，如果是針對基於索引的update操作，雖然MyISAM可能會遜色Innodb,但是那麼高並發的寫，從庫能否追的上也是一個問題，還不如通過多實例分庫分表架構來解決。
7、如果是用MyISAM的話，merge引擎可以大大加快應用部門的開發速度，他們只要對這個merge表做一些select count(*)操作，非常適合大項目總量約幾億的rows某一類型(如日誌，調查統計)的業務表。
當然Innodb也不是絕對不用，用事務的項目就用Innodb的。另外，可能有人會說你MyISAM無法抗太多寫操作，但是可以通過架構來彌補。
2. Mysql資料庫3種存儲引擎有什麼區別
Mysql資料庫3種存儲（MyISAM、MEMORY、InnoDB）引擎區別：
1、Myisam是Mysql的默認存儲引擎，當create創建新表時，未指定新表的存儲引擎時，默認使用Myisam。MEMORY、InnoDB不是默認存儲引擎。
2、InnoDB存儲引擎提供了具有提交、回滾和崩潰恢復能力的事務安全。但是對比Myisam的存儲引擎，InnoDB寫的處理效率差一些並且會佔用更多的磁碟空間以保留數據和索引。
Mysql資料庫3種存儲（MyISAM、MEMORY、InnoDB）區別對比：
1、MyISAM
它不支持事務，也不支持外鍵，尤其是訪問速度快，對事務完整性沒有要求或者以SELECT、INSERT為主的應用基本都可以使用這個引擎來創建表。
數據文件和索引文件可以放置在不同的目錄，平均分配IO，獲取更快的速度。要指定數據文件和索引文件的路徑，需要在創建表的時候通過DATA DIRECTORY和INDEX DIRECTORY語句指定，文件路徑需要使用絕對路徑。
2、MEMORY
memory使用存在內存中的內容來創建表。每個MEMORY表實際對應一個磁碟文件，格式是.frm。MEMORY類型的表訪問非常快，因為它到數據是放在內存中的，並且默認使用HASH索引，但是一旦伺服器關閉，表中的數據就會丟失，但表還會繼續存在。
默認情況下，memory數據表使用散列索引，利用這種索引進行「相等比較」非常快，但是對「范圍比較」的速度就慢多了。因此，散列索引值適合使用在"="和"<=>"的操作符中，不適合使用在"<"或">"操作符中，也同樣不適合用在order by字句里。如果確實要使用"<"或">"或betwen操作符，可以使用btree索引來加快速度。
存儲在MEMORY數據表裡的數據行使用的是長度不變的格式，因此加快處理速度，這意味著不能使用BLOB和TEXT這樣的長度可變的數據類型。VARCHAR是一種長度可變的類型，但因為它在MySQL內部當作長度固定不變的CHAR類型，所以可以使用。
3、InnoDB
InnoDB存儲引擎提供了具有提交、回滾和崩潰恢復能力的事務安全。但是對比MyISAM的存儲引擎，InnoDB寫的處理效率差一些並且會佔用更多的磁碟空間以保留數據和索引。
（1)自動增長列：
InnoDB表的自動增長列可以手工插入，但是插入的如果是空或0，則實際插入到則是自動增長後到值。可以通過"ALTER TABLE...AUTO_INCREMENT=n;"語句強制設置自動增長值的起始值，默認為1，但是該強制到默認值是保存在內存中，資料庫重啟後該值將會丟失。
可以使用LAST_INSERT_ID()查詢當前線程最後插入記錄使用的值。如果一次插入多條記錄，那麼返回的是第一條記錄使用的自動增長值。對於InnoDB表，自動增長列必須是索引。如果是組合索引，也必須是組合索引的第一列，但是對於MyISAM表，自動增長列可以是組合索引的其他列，這樣插入記錄後，自動增長列是按照組合索引到前面幾列排序後遞增的。
（2）外鍵約束：
MySQL支持外鍵的存儲引擎只有InnoDB，在創建外鍵的時候，父表必須有對應的索引，子表在創建外鍵的時候也會自動創建對應的索引。
3. Mysql資料庫3種存儲引擎有什麼區別
MyISAM、InnoDB、Heap(Memory)、NDB
貌似一般都是使用 InnoDB的，
mysql的存儲引擎包括：MyISAM、InnoDB、BDB、MEMORY、MERGE、EXAMPLE、NDBCluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED等，其中InnoDB和BDB提供事務安全表，其他存儲引擎都是非事務安全表。
最常使用的2種存儲引擎:
1.Myisam是Mysql的默認存儲引擎，當create創建新表時，未指定新表的存儲引擎時，默認使用Myisam。每個MyISAM在磁碟上存儲成三個文件。文件名都和表名相同，擴展名分別是.frm（存儲表定義）、.MYD(MYData，存儲數據)、.MYI(MYIndex，存儲索引)。數據文件和索引文件可以放置在不同的目錄，平均分布io，獲得更快的速度。
2.InnoDB存儲引擎提供了具有提交、回滾和崩潰恢復能力的事務安全。但是對比Myisam的存儲引擎，InnoDB寫的處理效率差一些並且會佔用更多的磁碟空間以保留數據和索引。
4. mysql中myisam，innodb和memory三個存儲引擎的區別
1、區別：
1） MyISAM管理非事務表。提供高速存儲和檢索，以及全文搜索能力。MyISAM在所有MySQL配置里被支持，是默認的存儲引擎，除非配置MySQL默認使用另外一個引擎。
2）MEMORY存儲引擎提供「內存中」表。MERGE存儲引擎允許集合將被處理同樣的MyISAM表作為一個單獨的表。就像MyISAM一樣，MEMORY和MERGE存儲引擎處理非事務表，這兩個引擎也都被默認包含在MySQL中。
注釋：MEMORY存儲引擎正式地被確定為HEAP引擎。
3）InnoDB和存儲引擎提供事務安全表，默認被包括在所 有MySQL 5.1二進制分發版里，可以按照喜好通過配置MySQL來允許或禁止任一引擎。
2、功能點簡介
1）MyISAM存儲引擎
MyISAM存儲引擎不支持事務，不支持行級鎖，只支持並發插入的表鎖，主要用於高負載的select。
myisam類型的表支持三種不同的存儲結構：靜態型、動態型、壓縮型。
（1）靜態型：就是定義的表列的大小是固定（即不含有：xblob、xtext、varchar等長度可變的數據類型），這樣mysql就會自動使用靜態myisam格式。
使用靜態格式的表的性能比較高，因為在維護和訪問的時候以預定格式存儲數據時需要的開銷很低。但是這高性能是有空間換來的，因為在定義的時候是固定的，所以不管列中的值有多大，都會以最大值為准，占據了整個空間。
（2）動態型：如果列（即使只有一列）定義為動態的（xblob, xtext, varchar等數據類型），這時myisam就自動使用動態型，雖然動態型的表佔用了比靜態型表較少的空間，但帶來了性能的降低，因為如果某個欄位的內容發生改變則其位置很可能需要移動，這樣就會導致碎片的產生。隨著數據變化的怎多，碎片就會增加，數據訪問性能就會相應的降低。
（3）壓縮型：如果在這個資料庫中創建的是在整個生命周期內只讀的表，則這種情況就是用myisam的壓縮型表來減少空間的佔用。
2）MEMORY存儲引擎：
（1）memory存儲引擎相比前面的一些存儲引擎，有點不一樣，其使用存儲在內從中的數據來創建表，而且所有的數據也都存儲在內存中。
（2）每個基於memory存儲引擎的表實際對應一個磁碟文件，該文件的文件名和表名是相同的，類型為.frm。該文件只存儲表的結構，而其數據文件，都是存儲在內存中，這樣有利於對數據的快速處理，提高整個表的處理能力。
（3）memory存儲引擎默認使用哈希（HASH）索引，其速度比使用B-+Tree型要快，如果讀者希望使用B樹型，則在創建的時候可以引用。
（4）memory存儲引擎文件數據都存儲在內存中，如果mysqld進程發生異常，重啟或關閉機器這些數據都會消失。所以memory存儲引擎中的表的生命周期很短，一般只使用一次。
3）innoDB存儲引擎：
（1） innodb存儲引擎該mysql表提供了事務，回滾以及系統崩潰修復能力和多版本迸發控制的事務的安全。
（2）innodb支持自增長列（auto_increment）,自增長列的值不能為空，如果在使用的時候為空的話怎會進行自動存現有的值開始增值，如果有但是比現在的還大，則就保存這個值。
（3）innodb存儲引擎支持外鍵（foreign key） ,外鍵所在的表稱為子表而所依賴的表稱為父表。
（4）innodb存儲引擎最重要的是支持事務，以及事務相關聯功能。
（5）innodb存儲引擎支持mvcc的行級鎖。
5. Mysql中什麼是存儲引擎
什麼是存儲引擎？
關系資料庫表是用於存儲和組織信息的數據結構，可以將表理解為由行和列組成的表格，類似於Excel的電子表格的形式。有的表簡單，有的表復雜，有的表根本不用來存儲任何長期的數據，有的表讀取時非常快，但是插入數據時去很差；而我們在實際開發過程中，就可能需要各種各樣的表，不同的表，就意味著存儲不同類型的數據，數據的處理上也會存在著差異，那麼。對於MySQL來說，它提供了很多種類型的存儲引擎，我們可以根據對數據處理的需求，選擇不同的存儲引擎，從而最大限度的利用MySQL強大的功能。這篇博文將總結和分析各個引擎的特點，以及適用場合，並不會糾結於更深層次的東西。我的學習方法是先學會用，懂得怎麼用，再去知道到底是如何能用的。下面就對MySQL支持的存儲引擎進行簡單的介紹。
MyISAM
在mysql客戶端中，使用以下命令可以查看MySQL支持的引擎。
復制代碼代碼如下:
show engines;
MyISAM表是獨立於操作系統的，這說明可以輕松地將其從Windows伺服器移植到Linux伺服器；每當我們建立一個MyISAM引擎的表時，就會在本地磁碟上建立三個文件，文件名就是表明。例如，我建立了一個MyISAM引擎的tb_Demo表，那麼就會生成以下三個文件：
1.tb_demo.frm，存儲表定義；
2.tb_demo.MYD，存儲數據；
3.tb_demo.MYI，存儲索引。
MyISAM表無法處理事務，這就意味著有事務處理需求的表，不能使用MyISAM存儲引擎。MyISAM存儲引擎特別適合在以下幾種情況下使用：
1.選擇密集型的表。MyISAM存儲引擎在篩選大量數據時非常迅速，這是它最突出的優點。
2.插入密集型的表。MyISAM的並發插入特性允許同時選擇和插入數據。例如：MyISAM存儲引擎很適合管理郵件或Web伺服器日誌數據。
InnoDB
InnoDB是一個健壯的事務型存儲引擎，這種存儲引擎已經被很多互聯網公司使用，為用戶操作非常大的數據存儲提供了一個強大的解決方案。我的電腦上安裝的MySQL 5.6.13版，InnoDB就是作為默認的存儲引擎。InnoDB還引入了行級鎖定和外鍵約束，在以下場合下，使用InnoDB是最理想的選擇：
1.更新密集的表。InnoDB存儲引擎特別適合處理多重並發的更新請求。
2.事務。InnoDB存儲引擎是支持事務的標准MySQL存儲引擎。
3.自動災難恢復。與其它存儲引擎不同，InnoDB表能夠自動從災難中恢復。
4.外鍵約束。MySQL支持外鍵的存儲引擎只有InnoDB。
5.支持自動增加列AUTO_INCREMENT屬性。
一般來說，如果需要事務支持，並且有較高的並發讀取頻率，InnoDB是不錯的選擇。
MEMORY
使用MySQL Memory存儲引擎的出發點是速度。為得到最快的響應時間，採用的邏輯存儲介質是系統內存。雖然在內存中存儲表數據確實會提供很高的性能，但當mysqld守護進程崩潰時，所有的Memory數據都會丟失。獲得速度的同時也帶來了一些缺陷。它要求存儲在Memory數據表裡的數據使用的是長度不變的格式，這意味著不能使用BLOB和TEXT這樣的長度可變的數據類型，VARCHAR是一種長度可變的類型，但因為它在MySQL內部當做長度固定不變的CHAR類型，所以可以使用。
一般在以下幾種情況下使用Memory存儲引擎：
1.目標數據較小，而且被非常頻繁地訪問。在內存中存放數據，所以會造成內存的使用，可以通過參數max_heap_table_size控制Memory表的大小，設置此參數，就可以限制Memory表的最大大小。
2.如果數據是臨時的，而且要求必須立即可用，那麼就可以存放在內存表中。
3.存儲在Memory表中的數據如果突然丟失，不會對應用服務產生實質的負面影響。
Memory同時支持散列索引和B樹索引。B樹索引的優於散列索引的是，可以使用部分查詢和通配查詢，也可以使用<、>和>=等操作符方便數據挖掘。散列索引進行「相等比較」非常快，但是對「范圍比較」的速度就慢多了，因此散列索引值適合使用在=和<>的操作符中，不適合在<或>操作符中，也同樣不適合用在order by子句中。
可以在表創建時利用USING子句指定要使用的版本。例如：
復制代碼代碼如下:
create table users
(
id smallint unsigned not null auto_increment,
username varchar(15) not null,
pwd varchar(15) not null,
index using hash (username),
primary key (id)
)engine=memory;
上述代碼創建了一個表，在username欄位上使用了HASH散列索引。下面的代碼就創建一個表，使用BTREE索引。
復制代碼代碼如下:
create table users
(
id smallint unsigned not null auto_increment,
username varchar(15) not null,
pwd varchar(15) not null,
index using btree (username),
primary key (id)
)engine=memory;
MERGE
MERGE存儲引擎是一組MyISAM表的組合，這些MyISAM表結構必須完全相同，盡管其使用不如其它引擎突出，但是在某些情況下非常有用。說白了，Merge表就是幾個相同MyISAM表的聚合器；Merge表中並沒有數據，對Merge類型的表可以進行查詢、更新、刪除操作，這些操作實際上是對內部的MyISAM表進行操作。Merge存儲引擎的使用場景。
對於伺服器日誌這種信息，一般常用的存儲策略是將數據分成很多表，每個名稱與特定的時間端相關。例如：可以用12個相同的表來存儲伺服器日誌數據，每個表用對應各個月份的名字來命名。當有必要基於所有12個日誌表的數據來生成報表，這意味著需要編寫並更新多表查詢，以反映這些表中的信息。與其編寫這些可能出現錯誤的查詢，不如將這些表合並起來使用一條查詢，之後再刪除Merge表，而不影響原來的數據，刪除Merge表只是刪除Merge表的定義，對內部的表沒有任何影響。
ARCHIVE
Archive是歸檔的意思，在歸檔之後很多的高級功能就不再支持了，僅僅支持最基本的插入和查詢兩種功能。在MySQL 5.5版以前，Archive是不支持索引，但是在MySQL 5.5以後的版本中就開始支持索引了。Archive擁有很好的壓縮機制，它使用zlib壓縮庫，在記錄被請求時會實時壓縮，所以它經常被用來當做倉庫使用。
存儲引擎的一些問題
1.如何查看伺服器有哪些存儲引擎可以使用？
為確定你的MySQL伺服器可以用哪些存儲引擎，執行如下命令：
復制代碼代碼如下:
show engines;
這個命令就能搞定了。
2.如何選擇合適的存儲引擎？
（1）選擇標准可以分為：
（2）是否需要支持事務；
（3）是否需要使用熱備；
（4）崩潰恢復：能否接受崩潰；
（5）是否需要外鍵支持；
然後按照標准，選擇對應的存儲引擎即可。
6. mysql資料庫和oracle資料庫的區別
1、體積不同。
Oracle它體積比較龐大，一般是用來開發大型應用（例如分布式）的。而MySQL的體積相對來說比較小，較之Oracle更容易安裝、維護以及管理，操作也簡單，最重要的是它是三個中唯一一個開源資料庫，但目前也屬於Oracle公司的產品了。
2、容量不同。
Oracle容量無限，根據配置決定；而MySQL使用MyISAM存儲引擎，最大表尺寸為65536TB。 MySQL資料庫的最大有效表尺寸通常是由操作系統對文件大小的限制決定的，而不是由MySQL內部限制決定。
3、平台支持及速度的區別。
Oracle支持大多數平台；而MySQL支持各種平台，適合Linux。至於速度，Oracle在Linux下的性能，在少量數據時速度低於MySQL，在千萬級時速度快於MySQL。
4、資料庫崩潰造成的影響不同。
Oracle資料庫崩潰後恢復很麻煩，因為他把很多東西放在內存里；資料庫連接要慢些，最好用連接池；而MySQL使用預設的IP埠，但是有時候這些IP也會被一些黑客闖入，使用MyISAM配置，不慎損壞資料庫，結果可能會導致所有的數據丟失。
5、性能的區別。
Oracle全面，完整，穩定，但一般數據量大，對硬體要求較高 ；而MySQL使用CPU和內存極少，性能很高，但擴展性較差。
6、授權價格區別。
Oracle價格較貴，例如Oracle 10G/11G 標准版 [10用戶]¥25600 ，Oracle 10G/11G 標准版 [1CPU無限用戶] ¥157600。而MySQL採用雙重授權，他們是GPL和MySQLAB制定的商業許可協議。如果你在一個遵循GPL的自由項目中使用 MySQL，那麼你可以遵循GPL協議免費使用MySQL。否則，你需要購買MySQLAB制定的那個商業許可協議。
7. MySQL存儲引擎是什麼
MySQL從宏觀上分為服務層和存儲引擎層。
存儲引擎層的實現方式是以插件的方式來實現的，這個層中提供了各種存儲引擎。例如：MySQL原生自帶的MyISAM引擎、CSV、MEMARY、ARCHIVE、INNODB等等。
就目前而言，最為常見的、大家用的最多的就是innodb存儲引擎。因為這個引擎它支持事務，可以很好的滿足在業務系統高並發的請求下，資料庫中的數據仍然保證數據邏輯的一致性。同時，這個存儲引擎支持崩潰恢復的功能。
目前這個innodb存儲引擎從MySQL5.5之後，已經替代了MyISAM存儲引擎稱為MySQL默認的存儲引擎了。
如果你不知道該選擇哪種存儲引擎作，可以無腦的選擇innodb存儲引擎。
8. SQL Server資料庫和MySQL資料庫有什麼區別
1，優點分析：MYSQL短小精悍，容易上手，操作簡單，免費供用的。相對其它資料庫有特色又實用的語法多一些。SQL怎麼也算是大型資料庫，穩定，能做一般大系統的數據倉庫，運行速度明顯比MYSQL快N多（海量數據下這個優勢顯而易見）。
2，缺點分析：MYSQL難擔當大系統的數據倉庫，運行速度慢，不夠穩定，有掉線的情況。SQLSERVER價格貴（當然沒說5元盜版），使用起來比MYSQL要難一些，畢竟東西大了說道多點。
3，
按你的補充（如何登錄）：MySQL自己有文字界面客戶端，用起來咋說也沒滑鼠點方便（不過習慣了也好），當然配對MYSQL有專業的客戶端軟體，我是用
SQLYOG519版的，各種操作真的是很方便的說。SQLSERVER 就用自帶的查詢分析器登錄了：）兩者的前提是資料庫服務都帶打開，而且你得知道
安裝時的用戶名密碼哦：）
對於程序開發人員而言，目前使用最流行的兩種後台資料庫即為MySQL and SQLServer。這兩者最基本的相似之處在於數據存儲和屬於查詢系
統。你可以使用SQL來訪問這兩種資料庫的數據，因為它們都支持ANSI-SQL。還有，這兩種資料庫系統都支持二進制關鍵詞和關鍵索引，這就大大地加快
了查詢速度。同時，二者也都提供支持XML的各種格式。除了在顯而易見的軟體價格上的區別之外，這兩個產品還有什麼明顯的區別嗎？在這二者之間你是如何選
擇的？讓我們看看這兩個產品的主要的不同之處，包括發行費用，性能以及它們的安全性。
根本的區別是它們遵循的基本原則
二者所遵循的基本原則是它們的主要區別：開放vs保守。SQL伺服器的狹隘的，保守的存儲引擎與MySQL伺服器的可擴展，開放的存儲引擎絕然不同。雖然
你可以使用SQL伺服器的Sybase引擎，但MySQL能夠提供更多種的選擇，如
MyISAM,Heap, InnoDB, and BerkeleyDB。MySQL不完全支持陌生的關鍵詞，所以它比SQL伺服器要少一些相關的數據
庫。同時，MySQL也缺乏一些存儲程序的功能，比如MyISAM引擎聯支持交換功能。
發行費用：MySQL不全是免費，但很便宜
當
提及發行的費用，這兩個產品採用兩種絕然不同的決策。對於SQL伺服器，獲取一個免費的開發費用最常的方式是購買微軟的Office或者
VisualStudio的費用。但是，如果你想用於商業產品的開發，你必須還要購買SQL Server StandardEdition。學校或非贏
利的企業可以不考慮這一附加的費用。
性能：先進的MySQL
純
粹就性能而言，MySQL是相當出色的，因為它包含一個預設桌面格式MyISAM。MyISAM資料庫與磁碟非常地兼容而不佔用過多的CPU和內存。
MySQL可以運行於Windows系統而不會發生沖突，在UNIX或類似UNIX系統上運行則更好。你還可以通過使用64位處理器來獲取額外的一些性
能。因為MySQL在內部里很多時候都使用64位的整數處理。Yahoo!商業網站就使用MySQL作為後台資料庫。
當提及軟體的性能，SQL伺服器的穩定性要比它的競爭對手強很多。但是，這些特性也要付出代價的。比如，必須增加額外復雜操作，磁碟存儲，內存損耗等等。如果你的硬體和軟體不能充分支持SQL伺服器，我建議你最好選擇其他如DBMS資料庫，因為這樣你會得到更好的結果。
安全功能
MySQL有一個用於改變數據的二進制日誌。因為它是二進制，這一日誌能夠快速地從主機上復制數據到客戶機上。即使伺服器崩潰，這一二進制日誌也會保持完整，而且復制的部分也不會受到損壞。
在SQL伺服器中，你也可以記錄SQL的有關查詢，但這需要付出很高的代價。
安全性
這兩個產品都有自己完整的安全機制。只要你遵循這些安全機制，一般程序都不會出現什麼問題。這兩者都使用預設的IP埠，但是有時候很不幸，這些IP也會被一些黑客闖入。當然，你也可以自己設置這些IP埠。
恢復性:先進的SQL伺服器
恢復性也是MySQL的一個特點，這主要表現在MyISAM配置中。這種方式有它固有的缺欠，如果你不慎損壞資料庫，結果可能會導致所有的數據丟失。然而，對於SQL伺服器而言就表現得很穩鍵。SQL伺服器能夠時刻監測數據交換點並能夠把資料庫損壞的過程保存下來。
根據需要決定你的選擇
對
於這兩種資料庫，如果非要讓我說出到底哪一種更加出色，也許我會讓你失望。以我的觀點，任一對你的工作有幫助的資料庫都是很好的資料庫，沒有哪一個資料庫
是絕對的出色，也沒有哪一個資料庫是絕對的差勁。我想要告訴你的是你應該多從你自己的需要出發，即你要完成什麼樣的任務？而不要單純地從軟體的功能出發。
如果你想建立一個.NET伺服器體系，這一體系可以從多個不同平台訪問數據，參與資料庫的管理，那麼你可以選用SQL伺服器。如果你想建立一個第三方站點，這一站點可以從一些客戶端讀取數據，那麼MySQL將是最好的選擇。
9. mysql存儲引擎區別，以及innodb和myisam具體在語局上的什麼區別
基本的差別為：MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持，而InnoDB提供事務支持已經外部鍵等高級資料庫功能。
10. oracle資料庫和mysql資料庫的區別
區別如下：
一、並發性
並發性是oltp資料庫最重要的特性，但並發涉及到資源的獲取、共享與鎖定。
mysql:
mysql以表級鎖為主，對資源鎖定的粒度很大，如果一個session對一個表加鎖時間過長，會讓其他session無法更新此表中的數據。
雖然InnoDB引擎的表可以用行級鎖，但這個行級鎖的機制依賴於表的索引，如果表沒有索引，或者sql語句沒有使用索引，那麼仍然使用表級鎖。
oracle:
oracle使用行級鎖，對資源鎖定的粒度要小很多，只是鎖定sql需要的資源，並且加鎖是在資料庫中的數據行上，不依賴與索引。所以oracle對並發性的支持要好很多。
二、一致性
oracle:
oracle支持serializable的隔離級別，可以實現最高級別的讀一致性。每個session提交後其他session才能看到提交的更改。oracle通過在undo表空間中構造多版本數據塊來實現讀一致性，
每個session查詢時，如果對應的數據塊發生變化，oracle會在undo表空間中為這個session構造它查詢時的舊的數據塊。
mysql:
mysql沒有類似oracle的構造多版本數據塊的機制，只支持read commited的隔離級別。一個session讀取數據時，其他session不能更改數據，但可以在表最後插入數據。
session更新數據時，要加上排它鎖，其他session無法訪問數據。
三、事務
oracle很早就完全支持事務。
mysql在innodb存儲引擎的行級鎖的情況下才支持事務。
四、數據持久性
oracle
保證提交的數據均可恢復，因為oracle把提交的sql操作線寫入了在線聯機日誌文件中，保持到了磁碟上，
如果出現資料庫或主機異常重啟，重啟後oracle可以考聯機在線日誌恢復客戶提交的數據。
mysql:
默認提交sql語句，但如果更新過程中出現db或主機重啟的問題，也許會丟失數據。
五、提交方式
oracle默認不自動提交，需要用戶手動提交。
mysql默認是自動提交。
六、邏輯備份
oracle邏輯備份時不鎖定數據，且備份的數據是一致的。
mysql邏輯備份時要鎖定數據，才能保證備份的數據是一致的，影響業務正常的dml使用。
七、熱備份
oracle有成熟的熱備工具rman，熱備時，不影響用戶使用資料庫。即使備份的資料庫不一致，也可以在恢復時通過歸檔日誌和聯機重做日誌進行一致的回復。
mysql:
myisam的引擎，用mysql自帶的mysqlhost熱備時，需要給表加讀鎖，影響dml操作。
innodb的引擎，它會備份innodb的表和索引，但是不會備份.frm文件。用ibbackup備份時，會有一個日誌文件記錄備份期間的數據變化，因此可以不用鎖表，不影響其他用戶使用資料庫。但此工具是收費的。
innobackup是結合ibbackup使用的一個腳本，他會協助對.frm文件的備份。
八、sql語句的擴展和靈活性
mysql對sql語句有很多非常實用而方便的擴展，比如limit功能，insert可以一次插入多行數據，select某些管理數據可以不加from。
oracle在這方面感覺更加穩重傳統一些。
九、復制
oracle:既有推或拉式的傳統數據復制，也有dataguard的雙機或多機容災機制，主庫出現問題是，可以自動切換備庫到主庫，但配置管理較復雜。
mysql:復制伺服器配置簡單，但主庫出問題時，叢庫有可能丟失一定的數據。且需要手工切換叢庫到主庫。
十、性能診斷
oracle有各種成熟的性能診斷調優工具，能實現很多自動分析、診斷功能。比如awr、addm、sqltrace、tkproof等
mysql的診斷調優方法較少，主要有慢查詢日誌。
十一、許可權與安全
mysql的用戶與主機有關，感覺沒有什麼意義，另外更容易被仿冒主機及ip有可乘之機。
oracle的許可權與安全概念比較傳統，中規中矩。
十二、分區表和分區索引
oracle的分區表和分區索引功能很成熟，可以提高用戶訪問db的體驗。
mysql的分區表還不太成熟穩定。
十三、管理工具
oracle有多種成熟的命令行、圖形界面、web管理工具，還有很多第三方的管理工具，管理極其方便高效。
mysql管理工具較少，在linux下的管理工具的安裝有時要安裝額外的包（phpmyadmin， etc)，有一定復雜性。