1.性能: 這可能是所有DBA最關(guān)心的。mysql的讀寫性能確實一流,即使針對大數(shù)據(jù)...
創(chuàng)新互聯(lián)公司主營寧津網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,重慶APP開發(fā),寧津h5微信小程序開發(fā)搭建,寧津網(wǎng)站營銷推廣歡迎寧津等地區(qū)企業(yè)咨詢
2.對機器配置的要求 mysql對機器配置要求不高(于sqlserver相比)。...
3.安全性 感覺mysql5+linux2.6的安全性高于win2ksp4+sqls...
4.可配置性 mysql可配置性很好,基于文本文件,很細很清晰。而sqlse...
5.功能 這點mysql與sqlserver確實沒法比,如存儲過程/觸發(fā)器/豐富的函數(shù)/...
SQL Server數(shù)據(jù)庫查詢速度慢的原因有很多，常見的有以下幾種：
1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是數(shù)據(jù)庫設(shè)計的缺陷)
2、I/O吞吐量小，形成了瓶頸效應(yīng)。
3、沒有創(chuàng)建計算列導(dǎo)致查詢不優(yōu)化。
4、內(nèi)存不足
5、網(wǎng)絡(luò)速度慢
6、查詢出的數(shù)據(jù)量過大（可以采用多次查詢，其他的方法降低數(shù)據(jù)量）
7、鎖或者死鎖(這也是查詢慢最常見的問題，是程序設(shè)計的缺陷)
8、sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好，沒有優(yōu)化
●可以通過以下方法來優(yōu)化查詢 :
1、把數(shù)據(jù)、日志、索引放到不同的I/O設(shè)備上，增加讀取速度，以前可以將Tempdb應(yīng)放在RAID0上，SQL2000不在支持。數(shù)據(jù)量（尺寸）越大，提高I/O越重要。
2、縱向、橫向分割表，減少表的尺寸(sp_spaceuse)
3、升級硬件
4、根據(jù)查詢條件,建立索引,優(yōu)化索引、優(yōu)化訪問方式，限制結(jié)果集的數(shù)據(jù)量。注意填充因子要適當(dāng)（最好是使用默認值0）。索引應(yīng)該盡量小，使用字節(jié)數(shù)小的列建索引好（參照索引的創(chuàng)建）,不要對有限的幾個值的字段建單一索引如性別字段。
5、提高網(wǎng)速。
6、擴大服務(wù)器的內(nèi)存,Windows 2000和SQL server 2000能支持4-8G的內(nèi)存。
配置虛擬內(nèi)存：虛擬內(nèi)存大小應(yīng)基于計算機上并發(fā)運行的服務(wù)進行配置。運行 Microsoft SQL Server? 2000時，可考慮將虛擬內(nèi)存大小設(shè)置為計算機中安裝的物理內(nèi)存的1.5倍。如果另外安裝了全文檢索功能，并打算運行Microsoft搜索服務(wù)以便執(zhí)行全文索引和查詢，可考慮：將虛擬內(nèi)存大小配置為至少是計算機中安裝的物理內(nèi)存的3倍。將SQL Server max server memory服務(wù)器配置選項配置為物理內(nèi)存的1.5倍（虛擬內(nèi)存大小設(shè)置的一半）。
7、增加服務(wù)器CPU個數(shù);但是必須 明白并行處理串行處理更需要資源例如內(nèi)存。使用并行還是串行程是MSSQL自動評估選擇的。單個任務(wù)分解成多個任務(wù)，就可以在處理器上運行。例如耽擱查詢 的排序、連接、掃描和GROUP BY字句同時執(zhí)行，SQL SERVER根據(jù)系統(tǒng)的負載情況決定最優(yōu)的并行等級，復(fù)雜的需要消耗大量的CPU的查詢最適合并行處理。但是更新操作UPDATE,INSERT， DELETE還不能并行處理。
8、如果是使用like進行查詢的話，簡單的使用index是不行的，但是全文索引，耗空間。 like ''a%'' 使用索引 like ''%a'' 不使用索引用 like ''%a%'' 查詢時，查詢耗時和字段值總長度成正比,所以不能用CHAR類型，而是VARCHAR。對于字段的值很長的建全文索引。
9、DB Server 和APPLication Server 分離；OLTP和OLAP分離
10、分布式分區(qū)視圖可用于實現(xiàn)數(shù)據(jù)庫服務(wù)器聯(lián)合體。
聯(lián)合體是一組分開管理的服務(wù)器，但它們相互協(xié)作分擔(dān)系統(tǒng)的處理負荷。這種通過分區(qū)數(shù)據(jù)形成數(shù)據(jù)庫服務(wù)器聯(lián)合體的機制能夠擴大一組服務(wù)器，以支持大型的多層 Web 站點的處理需要。有關(guān)更多信息，參見設(shè)計聯(lián)合數(shù)據(jù)庫服務(wù)器。（參照SQL幫助文件''分區(qū)視圖''）
a、在實現(xiàn)分區(qū)視圖之前，必須先水平分區(qū)表
b、 在創(chuàng)建成員表后，在每個成員服務(wù)器上定義一個分布式分區(qū)視圖，并且每個視圖具有相同的名稱。這樣，引用分布式分區(qū)視圖名的查詢可以在任何一個成員服務(wù)器上 運行。系統(tǒng)操作如同每個成員服務(wù)器上都有一個原始表的復(fù)本一樣，但其實每個服務(wù)器上只有一個成員表和一個分布式分區(qū)視圖。數(shù)據(jù)的位置對應(yīng)用程序是透明的。
11、重建索引 DBCC REINDEX ,DBCC INDEXDEFRAG,收縮數(shù)據(jù)和日志 DBCC SHRINKDB,DBCC SHRINKFILE. 設(shè)置自動收縮日志.對于大的數(shù)據(jù)庫不要設(shè)置數(shù)據(jù)庫自動增長，它會降低服務(wù)器的性能。
在T-sql的寫法上有很大的講究，下面列出常見的要點：首先，DBMS處理查詢計劃的過程是這樣的：
1、 查詢語句的詞法、語法檢查
2、 將語句提交給DBMS的查詢優(yōu)化器
3、 優(yōu)化器做代數(shù)優(yōu)化和存取路徑的優(yōu)化
4、 由預(yù)編譯模塊生成查詢規(guī)劃
5、 然后在合適的時間提交給系統(tǒng)處理執(zhí)行
6、 最后將執(zhí)行結(jié)果返回給用戶。
其次，看一下SQL SERVER的數(shù)據(jù)存放的結(jié)構(gòu)：一個頁面的大小為8K(8060)字節(jié)，8個頁面為一個盤區(qū)，按照B樹存放。
1、打開sql server studio management
2、打開"工具"-"sql server profiler"
3、點擊連接
4、點擊運行
5、可以看到捕捉到的一些訪問數(shù)據(jù)庫的事件，其中有讀寫，點用cpu，持續(xù)時間等信息可以參考
6、點擊某個事件，可以查看具體執(zhí)行了什么sql腳本，進一步分析相關(guān)邏輯
mysql和sqlserver相比，哪個性能更好
主要差別，sql
server是微軟的，只在windows里能用。mysql，各種操作系統(tǒng)都能用。要說性能，sun公司已經(jīng)把mysql做到很好了，可以支持大型系統(tǒng)。但是oracle以后會不會把mysql做到能夠威脅oracle數(shù)據(jù)庫的程度，就不知道了。
MySQL和SQLServer的比較
對于程序開發(fā)人員而言，目前使用最流行的兩種后臺數(shù)據(jù)庫即為MySQL和SQLServer。這兩者最基本的相似之處在于數(shù)據(jù)存儲和屬于查詢系統(tǒng)。你可以使用sql來訪問這兩種數(shù)據(jù)庫的數(shù)據(jù)，因為它們都支持ansi-sql。 還有，這兩種數(shù)據(jù)庫系統(tǒng)都支持二進制關(guān)鍵詞和關(guān)鍵索引，這就大大地加快了查詢速度。同時，二者也都提供支持xml的各種格式。除了在顯而易見的軟件價格上的區(qū)別之外，這兩個產(chǎn)品還有什么明顯的區(qū)別嗎？在這二者之間你是如何選擇的？讓我們看看這兩個產(chǎn)品的主要的不同之處，包括發(fā)行費用，性能以及它們的安全性。
根本的區(qū)別是它們遵循的基本原則
二者所遵循的基本原則是它們的主要區(qū)別：開放vs保守。SQLServer服務(wù)器的狹隘的，保守的存儲引擎與MySQL服務(wù)器的可擴展，開放的存儲引擎絕然不同。雖然你可以使用SQLServer服務(wù)器的sybase引擎，但MySQL能夠提供更多種的選擇，如myisam, heap, innodb, and berkeley db。MySQL不完全支持陌生的關(guān)鍵詞，所以它比SQLServer服務(wù)器要少一些相關(guān)的數(shù)據(jù)庫。同時，MySQL也缺乏一些存儲程序的功能，比如myisam引擎聯(lián)支持交換功能。
發(fā)行費用：MySQL不全是免費，但很便宜
當(dāng)提及發(fā)行的費用，這兩個產(chǎn)品采用兩種絕然不同的決策。對于SQLServer服務(wù)器，獲取一個免費的開發(fā)費用最常的方式是購買微軟的office或者visual studio的費用。但是，如果你想用于商業(yè)產(chǎn)品的開發(fā)，你必須還要購買sql server standard edition。學(xué)校或非贏利的企業(yè)可以不考慮這一附加的費用。
性能：先進的MySQL
純粹就性能而言，MySQL是相當(dāng)出色的，因為它包含一個缺省桌面格式myisam。myisam 數(shù)據(jù)庫與磁盤非常地兼容而不占用過多的cpu和內(nèi)存。MySQL可以運行于windows系統(tǒng)而不會發(fā)生沖突，在unix或類似unix系統(tǒng)上運行則更好。你還可以通過使用64位處理器來獲取額外的一些性能。因為MySQL在內(nèi)部里很多時候都使用64位的整數(shù)處理。Yahoo!商業(yè)網(wǎng)站就使用MySQL作為后臺數(shù)據(jù)庫。
當(dāng)提及軟件的性能，SQLServer服務(wù)器的穩(wěn)定性要比它的競爭對手強很多。但是，這些特性也要付出代價的。比如，必須增加額外復(fù)雜操作，磁盤存儲，內(nèi)存損耗等等。如果你的硬件和軟件不能充分支持SQLServer服務(wù)器，我建議你最好選擇其他如dbms數(shù)據(jù)庫，因為這樣你會得到更好的結(jié)果。
安全功能
MySQL有一個用于改變數(shù)據(jù)的二進制日志。因為它是二進制，這一日志能夠快速地從主機上復(fù)制數(shù)據(jù)到客戶機上。即使服務(wù)器崩潰，這一二進制日志也會保持完整，而且復(fù)制的部分也不會受到損壞。
在SQLServer服務(wù)器中，你也可以記錄SQLServer的有關(guān)查詢，但這需要付出很高的代價。
安全性
這兩個產(chǎn)品都有自己完整的安全機制。只要你遵循這些安全機制，一般程序都不會出現(xiàn)什么問題。這兩者都使用缺省的ip端口，但是有時候很不幸，這些ip也會被一些黑客闖入。當(dāng)然，你也可以自己設(shè)置這些ip端口。
恢復(fù)性:先進的sql服務(wù)器
恢復(fù)性也是MySQL的一個特點，這主要表現(xiàn)在myisam配置中。這種方式有它固有的缺欠，如果你不慎損壞數(shù)據(jù)庫，結(jié)果可能會導(dǎo)致所有的數(shù)據(jù)丟失。然而，對于SQLServer服務(wù)器而言就表現(xiàn)得很穩(wěn)鍵。SQLServer服務(wù)器能夠時刻監(jiān)測數(shù)據(jù)交換點并能夠把數(shù)據(jù)庫損壞的過程保存下來。
根據(jù)需要決定你的選擇
對于這兩種數(shù)據(jù)庫，如果非要讓我說出到底哪一種更加出色，也許我會讓你失望。以我的觀點，任一對你的工作有幫助的數(shù)據(jù)庫都是很好的數(shù)據(jù)庫，沒有哪一個數(shù)據(jù)庫是絕對的出色，也沒有哪一個數(shù)據(jù)庫是絕對的差勁。我想要告訴你的是你應(yīng)該多從你自己的需要出發(fā)，即你要完成什么樣的任務(wù)？而不要單純地從軟件的功能出發(fā)。
如果你想建立一個.net服務(wù)器體系，這一體系可以從多個不同平臺訪問數(shù)據(jù)，參與數(shù)據(jù)庫的管理，那么你可以選用SQLServer服務(wù)器。如果你想建立一個第三方站點，這一站點可以從一些客戶端讀取數(shù)據(jù)，那么MySQL將是最好的選擇?！?/p>
這兩者數(shù)據(jù)庫都能夠在.net或j2ee下運行正常，同樣，都能夠利用raid。
自定義性能監(jiān)控
在這一點上，我假定你已經(jīng)閱讀了，或者至少瀏覽了所有監(jiān)控步驟的建議。我猜你也許讀了一些，但那些真正不適合于你。既然大部分的SQLServer安裝稍微有點不同，那么這是有意義的。因此我建議你為你特定的環(huán)境自定義這個監(jiān)控，添加或刪除一些步驟使其更適合你的需求。
使用Word或Excel維護你的監(jiān)控列表
當(dāng)你對你的每一個SQLServer進行監(jiān)控時，你需要一個方法去記錄結(jié)果。當(dāng)你有大量的選項時，從這一系列的文章里復(fù)制適合的監(jiān)控列表到你的Word或Excel文檔作為起點是比較快速的方法。你可能要為每個服務(wù)器創(chuàng)建一個單獨的監(jiān)控列表。如果你決定為你的監(jiān)控表格使用Excel的話，你能輸入所有的監(jiān)控列表項目作為行，每一個監(jiān)控的服務(wù)器作為單獨的列。這樣你能快速的查看每個SQLServer的結(jié)果。
設(shè)置SQLServer和數(shù)據(jù)庫的優(yōu)先級
如果你管理大量的SQLServer和數(shù)據(jù)庫，你也許不知道從哪兒開始性能監(jiān)控。理論上，你應(yīng)該設(shè)置SQLServer和數(shù)據(jù)庫的優(yōu)先級，一些需要立即進行最多的性能監(jiān)控，而其他的則不必進行那么多的監(jiān)控。這會幫助你決定從哪兒開始。最可能的是，你將不會立即監(jiān)控全部。相反，要在能監(jiān)控的時候監(jiān)控，按照從最重要到最不重要的順序進行。
謹記性能監(jiān)控的關(guān)鍵
當(dāng)對SQLServer進行監(jiān)控的時候
，記住目的是分辨并糾正容易的問題。但是，正如你所料，你將可能也分辨出一些更難于解決的問題。為了幫助你更好的管理有限的時間，你現(xiàn)在需要著眼于那些容易的問題，把困難的問題留到容易的問題先解決完之后。所以在你執(zhí)行監(jiān)控和分辨問題時，按照難易程度分類設(shè)置它們的優(yōu)先級，將困難的問題留待你有足夠時間處理它們的時候。
不要過早行動
當(dāng)你執(zhí)行監(jiān)控時，你可能會急于對偶然遇到的問題進行糾正和修改。大多數(shù)情況下，那樣做可能不是問題。但理論上，最好先執(zhí)行監(jiān)控，然后基于你的發(fā)現(xiàn)，決定正式動手解決你分辨出的問題，然后系統(tǒng)地實現(xiàn)它們。
一個推薦步驟，但或許會招來很多疑問
理想情況下，如有很多的時間，在服務(wù)器上執(zhí)行一個性能基準是一個好的想法，然后執(zhí)行監(jiān)控，做任何需要的更改，再執(zhí)行另一個性能基準去看看有什么情況發(fā)生。這會立即讓你知道你所做的是否有幫助，大多數(shù)情況下，沒有做正確的事。雖然這個建議被強烈的推薦，也許從時間來看不很實際。但如果你有時間的話，應(yīng)該認真考慮。
另一個推薦步驟，但或許也會招來很多疑問
在執(zhí)行監(jiān)控之后，你也許發(fā)現(xiàn)在單個的SQLServer上所有需要的更改僅只有一兩個，但在其他SQLServer上，也許需要做一打的更改。如果有那么的更改要做，不要立刻全部實現(xiàn)它們，僅僅一次一個或幾個的更改也許是一個明智的選擇。這樣，你能夠看看每個或每批更改對服務(wù)器產(chǎn)生的效果。如果你一次做了很多的更改，那么遇到問題時，你將不會知道是由哪個更改引起的問題，這要求你回滾所有的更改，然后一個一個的測試它們直到找到問題所在為止。
這個建議不會有太多疑問
如果你要做更改的服務(wù)器是有緊要事務(wù)的生產(chǎn)服務(wù)器，你要對你做的更改倍加小心。理論上，你應(yīng)該在生產(chǎn)服務(wù)器應(yīng)用更改之前在測試用的SQLServer上測試所有的更改。如果你不實踐，那么每次僅做一個更改，確信如果有任何問題你知道怎樣回滾更改。另外，試著選取一天中不很忙的時候做更改，萬一有問題的話。
有一個取消計劃
你因監(jiān)控而做出的大多數(shù)更改應(yīng)該能夠很容易的回滾。但一些也許不那么容易。在那些情況下，你需要有一個萬一需要的取消計劃。例如，在你做出任何關(guān)鍵的更改之前備份系統(tǒng)和用戶數(shù)據(jù)庫。那樣，即使出現(xiàn)問題，你也能將你的服務(wù)器恢復(fù)到更改之前的狀態(tài)。我不是嚇唬你不要做更改，但你總應(yīng)該有所準備。
記錄所有更改
當(dāng)你基于性能監(jiān)控做出更改時，確定你對所有的更改做了記錄。這樣，即使后來有什么問題，你也能更容易的找出錯誤所在。最容易記錄下你的更改的方法可能就是把它們添加到你的監(jiān)控表格里，或者其他你用來收集監(jiān)控信息的文檔里。
每年都要執(zhí)行SQLServer的性能監(jiān)控
許多SQLServer（并非全部）隨著時間而改變。設(shè)置改變，打了SP補丁，甚至數(shù)據(jù)也改變了。所有的這些都會影響性能。確定你SQLServer最優(yōu)性能的最好方法是做一個手工的性能監(jiān)控。
重慶分公司
重慶分公司
