sqlserver資料庫吞吐量

⑴ 如何優化sqlserver 資料庫性能優化

SQL Server資料庫查詢速度慢的原因有很多，常見的有以下幾種：
1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是資料庫設計的缺陷)
2、I/O吞吐量小，形成了瓶頸效應。
3、沒有創建計算列導致查詢不優化。
4、內存不足
5、網路速度慢
6、查詢出的數據量過大（可以採用多次查詢，其他的方法降低數據量）
7、鎖或者死鎖(這也是查詢慢最常見的問題，是程序設計的缺陷)
8、sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好，沒有優化

⑵ sqlyog工具提示networkerror

發生了錯誤，無法連接。
打開sqlyog，輸入用戶名和密碼，點擊連接，然後會看到有錯誤提示，無法連接。點擊左下角開始菜單，在箭頭所示地方輸入cmd敲回車，這時會看到如下圖，輸入命令cd/xampp/mysql/bin'回車，然後輸入命令mysqld-nt-remove命令，回車，然後再次連接本地資料庫就ok。
SQLServers資料庫管理系統具有較高的數據管理性能，因其優越的性能，應用范圍非常廣，大量應用於伺服器和客戶體系結構中。SQLServers資料庫的性質主要由以下幾個方面體現：系統的吞吐量、響應時間以及並行處理能力，發出請求伺服器回應的速度、還有不同屏幕之間切換的速度等等。

⑶ Error!: SQLSTATE[00000] [1040] Too many connections是什麼意思

這條錯誤信息是報告：SQL資料庫當前的用戶連接數太多。

根據 X/Open 和 SQL Access Group SQL CAE 規范 (1992) 所進行的定義，SQLSTATE 值是包含五個字元的字元串，五個字元包含數值或者大寫字母， 代表各種錯誤或者警告條件的代碼。

SQLSTATE有個層次化的模式：頭兩個字元標識條件的通常表示錯誤條件的類別， 後三個字元表示在該通用類中的子類。成功的狀態是由 00000 標識的。SQLSTATE 代碼在大多數地方都是定義在 SQL 標准里的。

(3)sqlserver資料庫吞吐量擴展閱讀：

SQL作為一種操作命令集, 以其豐富的功能受到業內人士的廣泛歡迎, 成為提升資料庫操作效率的保障。SQL Server資料庫的應用，能夠有效提升數據請求與返回的速度，有效應對復雜任務的處理，是提升工作效率的關鍵。

由於SQL Servers資料庫管理系統具有較高的數據管理性能，因其優越的性能，應用范圍非常廣，大量應用於伺服器和客戶體系結構中。SQL Servers資料庫的性質主要由以下幾個方面體現：系統的吞吐量、響應時間以及並行處理能力, 發出請求伺服器回應的速度、還有不同屏幕之間切換的速度等等。

⑷ php可以支持目前主流的資料庫

php支持的資料庫有很多噢，下面列舉一下！

MySQL

MySQL 是最流行的關系型資料庫管理系統，在 WEB 應用方面 MySQL 是最好的 RDBMS(Relational Database Management System：關系資料庫管理系統)應用軟體之一。

MsSql

ms SQL是指微軟的SQLServer資料庫伺服器，它是一個資料庫平台，提供資料庫的從伺服器到終端的完整的解決方案，其中資料庫伺服器部分，是一個資料庫管理系統，用於建立、使用和維護資料庫。

Oracle

oracle是甲骨文公司的一款關系資料庫管理系統。它是在資料庫領域一直處於領先地位的產品。可以說Oracle資料庫系統是目前世界上流行的關系資料庫管理系統，系統可移植性好、使用方便、功能強，適用於各類大、中、小、微機環境。它是一種高效率、可靠性好的、適應高吞吐量的資料庫方案。

Access

Access是由微軟發布的關系資料庫管理系統。它結合了 MicrosoftJet Database Engine 和 圖形用戶界面兩項特點，是 Microsoft Office 的系統程序之一。

PostgreSQL

PostgreSQL是一種特性非常齊全的自由軟體的對象-關系型資料庫管理系統（ORDBMS），是以加州大學計算機系開發的POSTGRES，4.2版本為基礎的對象關系型資料庫管理系統。POSTGRES的許多領先概念只是在比較遲的時候才出現在商業網站資料庫中。

InterBase

InterBase是一種關系數據管理系統(Relational database management system RDBMS)，它提供了在單機或多用戶環境中的快速數據處理及共享的工具。InterBase的核心是提供透明的多機種支持的網路運行伺服器技術。InterBase是可以在Windows 95、Windows NT、Novell NetWare及多種UNIX操作系統上運行的工具。

CUBRID

CUBRID是一個全面開源，且完全免費的關系資料庫管理系統。

dBase

dBase是第一個在個人電腦上被廣泛使用的單機版資料庫系統。

Firebird/InterBase

Firebird特性介紹firebird是一個全功能的，強大高效的，輕量級，免維護的資料庫。

IBM DB2

IBM DB2 是美國IBM公司開發的一套關系型資料庫管理系統

Informix

Informix是IBM公司出品的關系資料庫管理系統（RDBMS）家族。

MaxDB

MaxDB是一種企業級資料庫管理系統。

MongoDB

MongoDB 是一個基於分布式文件存儲的資料庫。

mSQL

mSQL（mini SQL）是一個單用戶資料庫管理系統，個人使用免費，商業使用收費。由於它的短小精悍，使其開發的應用系統特別受到互聯網用戶青睞。

SQLite

SQLite，是一款輕型的資料庫,是遵守ACID的關系型資料庫管理系統,它包含在一個相對小的C庫中。

SQLSRV

SQL Server（SQLSRV ）是由Microsoft開發和推廣的關系資料庫管理系統（RDBMS）。

Sybase

美國Sybase公司研製的一種關系型資料庫系統，是一種典型的UNIX或WindowsNT平台上客戶機/伺服器環境下的大型資料庫系統。

tokyo_tyrant

一個可持久化數據的，好處是速度不錯，而且大至兼容Memcached的文本協議，客戶端可以繼續使用SpyMemcached。
希望對你有幫助，謝謝採納！

⑸ 如何判斷MSSQL資料庫磁碟出現了瓶頸

問題：

我們可能經常會遇到SQLServer資料庫頻繁關閉的情況。在分析了內存和CPU使用情況後，我們需要繼續調查根源是否在I/O。我們應該如何識別SQLServer是否有I/O相關的瓶頸？

解決：

當數據頁經常從緩沖池中移進移出的時候，I/O子系統就會成為SQLServer性能問題的關鍵因素之一。事務日誌和tempdb同樣也會產生重大的I/O壓力。因此，你必須確保你的I/O子系統能按照預期運行。否則你將會成為響應時間增長和頻繁超時的受害者。在這篇文章中，將描述如何使用內置工具識別I/O相關瓶頸，並提供一些磁碟配置的方法：

性能計數器（Performance Monitor）：

可以使用性能計數器來檢查I/O子系統的負荷。下面的計數器可用於檢查磁碟性能：

PhysicalDisk Object:Avg.DiskQueue
Length：計算從物理磁碟中的平均讀和寫的請求隊列。過高的值代表磁碟操作處於等待狀態。當這個值在SQLServer峰值時長期超過2，證明需要注意了。如果有多個硬碟，就需要把這些數值除以2。比如，有4個硬碟，且隊列為10，那麼平均值就是10/4=2.5，雖然也證明需要關注，但不能使用10這個值。

Avg.Disk Sec/Read和Avg.Disk
Sec/Write：顯示從磁碟讀或者寫入磁碟的平均時間。10ms內是很好的表現，20以下還算能接受。高於此值證明存在問題。

Physical Disk:%Disk
Time：在磁碟忙於讀或者寫請求的時候持續時間的比率。根據拇指定律，此值應該小於50%。

Disk Reads/Sec和Disk
Writes/Sec計數器顯示出在磁碟中讀寫操作的速率。這兩個值應該小於磁碟能力的85%。當超過此值，磁碟的訪問時間將以指數方式增長。

可以通過以下方式來計算逐漸增長的負載的能力。一種方法是使用SQLIO。你應該找到吞吐量比較穩定，但緩慢增長。

可以使用以下公式來計算RAID配置：

Raid 0: I/O per disk = (reads + writes) / number
ofdisks
Raid 1: I/O per disk = [reads + (writes*2)] /
2
Raid 5: I/O per disk = [reads + (writes*4)] / number of
disks
Raid
10: I/O per disk = [reads +
(writes*2)] / number of disks

比如：對於RAID 1，如果得到下面的計數器：

Disk Reads/sec = 90
Disk
Writes/sec =75

根據公式：[reads + (writes*2)] / 2 or [90 + (75*2)] /
2 = 120I/Os每個磁碟。

動態管理視圖（DMVs）：

有很多游泳的DMVs可以用於檢查I/O瓶頸：

當一個頁面被用於讀或者寫訪問且頁面在緩沖池中不存在或不可用時，會引發一個I/O閂鎖等待（I/O
latch），它會在PAGEIOLATCH_EX/PAGEIOLATCH_SH（具體根據請求類型而定）。這些等待表明一個I/O瓶頸。可以使用sys.dm_os_wait_stats找到閂鎖等待的信息。如果你保存了SQLServer正常運行下的waiting_task_counts和wait_time_ms值，並且於此次的值做對比，可以識別出I/O問題：

select *

from sys.dm_os_wait_stats

where wait_type like
'PAGEIOLATCH%'

order by wait_type asc

掛起的I/O請求可以在下面查詢中查到，並且用於識別那個磁碟負責的這個瓶頸：
select database_id,
file_id,
io_stall,
io_pending_ms_ticks,
scheler_address
from sys.dm_io_virtual_file_stats(NULL, NULL) iovfs,
sys.dm_io_pending_io_requests as iopior
where iovfs.file_handle = iopior.io_handle

磁碟碎片（Disk Fragmentation）：

建議你檢查磁碟碎片和配置用於SQLServer實例的磁碟。在NTFS文件系統中的碎片會產生嚴重的性能影響。磁碟需要經常整理碎片並且指定整理碎片計劃。研究表明，一些情況下SAN在整理碎片後性能更差。因此，SAN必須根據實際情況對待。

NTFS上的索引碎片同樣能引起高I/O好用。但是這和在SANs中的效果是不一樣的。

磁碟配置/最佳實踐：

常規情況，你應該把日誌文件和數據文件分開存放以獲得更好的性能。對於重負載的數據文件（包括tempdb）的I/O特性是隨機讀取。對於日誌文件，是順序訪問的，除非事務需要回滾。

對於內置磁碟僅僅可以用於資料庫日誌文件，因為它們對順序I/O有很好的性能，但是對隨機I/O性能低下。

資料庫的數據和日誌文件應該放在對應專用的磁碟中。確保良好的性能。建議日誌文件放在兩個內置磁碟，並配置為RAID
1。數據文件駐留在僅用於給SQLServer訪問的SAN系統中，並只被查詢和報表控制。特殊訪問應該被禁止。

寫緩沖在可能的情況下應該被允許，並保證斷電也能使用。

為了盡可能保證對於OLTP系統的I/O瓶頸影響最小化，不應該把OLAP和OLTP環境混合。並且保證你的代碼優化及有合適的索引來避免不必要的I/O。

⑹ SQL Server資料庫與Access資料庫有什麼區別

SQL Server是一個關系資料庫抄管理系統。因此，前者是作為一種標准化的結構查詢語言而言的，後者是關系資料庫的管理系統，它是一個全面的資料庫平台。單就二者的比較而言，Access資料庫是桌面資料庫系統，而且它可以開發基於自己的桌面資料庫應用(UI),也可以作為前端開發工具與其它資料庫搭配開發應用程序(如SQL Server,DB2,Oracle等)。

但是Access資料庫數據儲存量小，安全性不夠高，對高強度操作適應性比較差。SQL Server是一個關系資料庫管理系統，安全性高，真正的客戶機/伺服器體系結構，圖形化用戶界面，使系統管理和資料庫管理更加直觀、簡單，豐富的編程介面工具為用戶進行程序設計提供了更大的選擇餘地。而且具有很好的伸縮性，可跨越多種平台使用，對Web技術的支持，使用戶能夠很容易地將資料庫中的數據發布到Web頁面上。