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