資料庫並發網路占內存多少

Ⅰ 資料庫伺服器運行需要佔用的內存

MySQL相對來說佔用的內存不大，當然了這個還要看你操作存取的數據大不大，如果很大，也吃內存，相比於oracle，它還比較節省內存。

Ⅱ 阿里雲的伺服器4核8g，10M帶寬並發訪問，能支持多少用戶

沒有準確的答案的。

這款配置還是相對較高的配置，以官網來說，每天大概500ip，PV大概3000左右，同時在線人數最多不會超過50人吧，這種流量相對一個企業站來說還算可以，這個伺服器完全可以符合要求，目前運行了相當長時間，伺服器沒有出現過任何中斷，截取Alexa的排名數據僅供參考。

(2)資料庫並發網路占內存多少擴展閱讀：

這款配置的峰值並發用戶應該可以到幾百個用戶，這里有太多因素決定同時並發數了，比如網站圖片視頻數量多少，資料庫是否和文件伺服器分開，每個用戶在站點上打開的頁面多少等都會影響伺服器負載。

另外這些數據其實都只是一個預估的數據，顯示情況遠比理想狀況復雜很多很多，比如要是在這台伺服器安裝配置一些額外的服務，而當前服務運行的進程可能就會直接對伺服器造成負載的提升等等。

因此能支持多少用戶這種問題本身就是一個偽命題，要具體情況具體分析，不過可以肯定的是這個配置可以支持絕大部分企業站點的正常運行相當長時間。

Ⅲ 怎麼提高資料庫高峰時訪問的並發能力

1：首先需要有非常良好的網路帶寬，若有上萬人同時錄入數據的普通的Web信息管理系統，至少需要10M左右的網路帶寬，而且網通、電信的主幹網都有接入比較好，否則全國各地的網路情況都不太一樣，有的城市錄入數據時可能會遇到網路非常緩慢的情況，甚至到無法忍受的程度。

2：須有一台牛X的Web伺服器 + 一台牛X的資料庫伺服器(備注接近頂配的奢侈硬體伺服器非個人PC)，由於是需要錄入1000萬條以上數據，最好採用Oracle資料庫比較理想一些，經得起考驗一些。

3：需要進行適當的內存緩存優化策略，不能所有的資料庫都依靠SQL資料庫的方式把壓力放在資料庫伺服器上，盡量多使用內存的方式處理數據。

4：需要一個牛X的，經得起考驗的資料庫訪問層，因為每秒都有可能成千上萬的人在訪問，若是質量不良好的資料庫訪問組件、或者不穩定的資料庫訪問組件，更容易導致系統崩潰、或者佔用非常龐大的內存，最後容易導致整個系統的崩潰。

5：需要優化分頁存取數據功能，應為有可能會有1000萬條數據，若分頁讀取數據的功能沒能優化到最高，也很容易導致系統的崩潰，因為上萬人萬一在同一時間，或者接近同一時間點了查詢某頁數據時，那系統就真崩潰了，分頁存取數據一定需要做到極致才可以。

6：需要進行資料庫索引優化，有索引和沒索引的性能差距有時候會是100倍，大數據量時可能會有1000倍都有可能，資料庫索引優化到極致了更容易得到運行順暢的信息管理系統。

7：嚴謹高效的資料庫事務處理，由於高並發，並且有些單據是需要同時寫入多個表，需要保證資料庫的一致性，要麼全部成功，要麼全部失敗重新錄入數據，所以需要一個高效的資料庫事務處理機制的配合。

8：所有的系統的操作日誌、異常信息都需要完整的記錄下來，當系統發生一些故障時，可以快速排查問題，對正確診斷系統發生的故障的原因做分析參考用。

9：需要經常檢測系統的各項指標、例如各伺服器的內存使用情況、CPU使用情況、網路帶寬使用情況，高峰時的各個參數是什麼情況、系統不繁忙時的情況等，若伺服器快承受不了壓力了，就得馬上增加負載均衡的伺服器，網路帶寬不夠了需要增加等等，總不能等系統崩潰了再去做這些事情。

10：每個頁面的HTML、JS都進行優化，若某個頁面多餘發了100個字元的垃圾HTML代碼，那1萬人每天獲得100次，那得佔用多少網路帶寬，100×100×1萬個字元的多餘HTML被網路上傳輸了，要知道接入主幹網的網路資源是多麼寶貴，費用是多麼昂貴。

11：HTML、JS等都可以考慮用壓縮模式傳輸，那樣網路傳輸效率會更高一些。

12：由於全國各地上萬人，會有各種各樣的人，這些人也未必全是好人，可能某些人心情不好，或者其他什麼的，可能就會攻擊我們的軟體系統破壞數據，這些也可能是由於好奇心導致的，所以系統需要有嚴格的許可權管理控制，不應該進入的頁面絕對不能進入，不應該看的數據絕對不讓看，不能操作的功能絕對不讓多操作，一方面防止沒必要的多餘的麻煩，另一方面也可以減少系統被攻擊破壞的可能性。

Ⅳ mssql 64cpu 128G內存支持多少並發

這個是要看應用需要的，如果每個應用需要1CPU和1內存，那就支持最多64個並發。如果只是SQL的並發，是沒有限制的。

Ⅳ mysql資料庫最大連接數可以設置為多少

MySQL伺服器的最大並發連接數是16384。

MySQL作為一種開放源代碼的關系型資料庫管理系統（RDBMS），使用最常用的資料庫管理語言結構化查詢語言（SQL）進行資料庫管理。

MySQL伺服器的最大並發連接數受伺服器配置，及網路環境等制約，實際伺服器支持的並發連接數會小一些，主要決定因素有：

1. 伺服器CPU及內存的配置，網路的帶寬。

2. 互聯網連接中上行帶寬的影響尤為明顯。
   

(5)資料庫並發網路占內存多少擴展閱讀：

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

由於這四個軟體都是開放源碼軟體，因此使用這種方式可以以較低的成本創建起一個穩定、免費的網站系統。MySQL加PHP的配對在互聯網上的應用相比LAMP來說更為常見，並獲得了動態配對的雅號，大部分Blog網站基於的WordPress系統主要運用MySQL加PHP的配對。除了LAMP之外，用於Solaris、Windows和Mac上的網站構架也分別被稱為SAMP、WAMP和MAMP。

Ⅵ 我的sqlserver資料庫有15G的大小，200個用戶同時訪問資料庫 一般需要多大內存比較合理

我以前公司千人同時訪問，10g資料庫，伺服器8g內存

Ⅶ mysql資料庫最大能支持多少並發量

MySQL伺服器的最大並發連接數是16384。

受伺服器配置，及網路環境等制約，實際伺服器支持的並發連接數會小一些。主要決定因素有：

1、伺服器CPU及內存的配置。

2、網路的帶寬。互聯網連接中上行帶寬的影響尤為明顯。

(7)資料庫並發網路占內存多少擴展閱讀：

優化資料庫結構：

組織資料庫的schema、表和欄位以降低I/O的開銷，將相關項保存在一起，並提前規劃，以便隨著數據量的增長，性能可以保持較高的水平。

設計數據表應盡量使其佔用的空間最小化，表的主鍵應盡可能短。·對於InnoDB表，主鍵所在的列在每個輔助索引條目中都是可復制的，因此如果有很多輔助索引，那麼一個短的主鍵可以節省大量空間。

僅創建需要改進查詢性能的索引。索引有助於檢索，但是會增加插入和更新操作的執行時間。

InnoDB的ChangeBuffering特性：

InnoDB提供了changebuffering的配置，可減少維護輔助索引所需的磁碟I/O。大規模的資料庫可能會遇到大量的表操作和大量的I/O，以保證輔助索引保持最新。當相關頁面不在緩沖池裡面時，InnoDB的changebuffer將會更改緩存到輔助索引條目。

從而避免因不能立即從磁碟讀取頁面而導致耗時的I/O操作。當頁面被載入到緩沖池時，緩沖的更改將被合並，更新的頁面之後會刷新到磁碟。這樣做可提高性能，適用於MySQL5.5及更高版本。

Ⅷ oracle運行一個資料庫 耗多大內存

這個，主要看訪問量，你要是只開服務，基本沒什麼內存，但是如果訪問幾千幾萬，就得有幾十上百M的內存。