伺服器數據吞吐量受什麼限制

① 吞吐量上不去資料庫配置

介面有問題，對這個介面進行壓力測試時，系統的吞吐量一直上不去，並且 應用伺服器 (部署介面項目的伺服器) 的CPU、內早大存等資源的使用率也一直很低，導致一直無法測試出這個介面的壓力峰值。
資料庫配置

高並發情況下，如果請求數據需要寫入資料庫，且需要寫入多個表陸汪豎的時候，如果資料庫的最大連接數不夠，或者寫入數據的sql沒有索引沒有綁定變數，抑或沒有主從分離、讀寫分離等，

就會導致資料庫事務處理過慢，影響到TPS。陵啟

② 哪些因素會對mysql資料庫伺服器性能造成影響

網路寬頻也會有所影響。

網路是資料庫基礎架構的主要部分。但是，通常性能基準測試是在本地計算機上完成的，客戶端和伺服器並置在一起。這樣做是為了簡化結構並排除一個以上的變數（網路部分），但是我們也忽略了網路對性能的影響。對於像 MySQL Group Replication 這樣的產品集群來說，網路更為重要。在這篇文章中，我將介紹網路設置。這些都是簡單而微不足道的，但卻是讓我們更了解復雜網路設置效果的基石。

安裝我將使用兩台裸機伺服器，通過專用的 10Gb 網路連接。我將通過使用 ethtool-s eth1 speed1000plex full autoneg off 命令更改網路介面速度來模擬 1Gb 網路。

我將運行一個簡單的基準：sysbench oltp_read_only --mysql-ssl=on --mysql-host=172.16.0.1 --tables=20 --table-size=10000000 --mysql-user=sbtest --mysql-password=sbtest --threads=$i --time=300 --report-interval=1 --rand-type=pareto
運行時線程數從 1 到 2048 不等。所有數據都適合內存 -innodb_buffer_pool_size 足夠大。因此工作負載在內存中佔用大量 CPU：沒有 IO 開銷。操作系統：Ubuntu 16.04

N1 基準-網路帶寬在第一個實驗中，我將比較 1Gb 網路和 10Gb 網路。

但是 10Gb 網路不是這種情況。壓縮/解壓縮所需的 CPU 資源是一個限制因素，通過壓縮，吞吐量實際上只達到我們沒有壓縮的一半。現在讓我們談談協議加密，以及如何使用 SSL 影響我們的結果。

N3基準-網路加密

對於 1Gb 網路，SSL 加密顯示了一些損失 - 單線程約為 10％ - 但是否則我們再次達到帶寬限制。我們還看到了大量線程的可擴展性，這在 10Gb 網路案例中更為明顯。使用 10Gb 時，SSL 協議在 32 個線程後不會擴展。實際上，它似乎是 MySQL 目前使用的 OpenSSL 1.0 中的可伸縮性問題。在我們的實驗中，我們看到 OpenSSL 1.1.1 提供了更好的可伸縮性，但是您需要從鏈接到OpenSSL 1.1.1 的源代碼中獲得特殊的 MySQL 構建才能實現這一點。我沒有在這里展示它們，因為我們沒有生產二進制文件。

結論

1. 網路性能和利用率將影響一般應用程序吞吐量。

2. 檢查您是否達到了網路帶寬限制。

3. 如果受到網路帶寬的限制，協議壓縮可以改善結果，但如果不是，則可能會使事情變得更糟。

4. SSL 加密在線程數量較少的情況下會有一些損失（約10％），但對於高並發工作負載，它不會擴展。

③ 伺服器響應速度與什麼有關

ping值一般沒人去做假 最多是給域名加DNS 從哪兒PING速度都快一些 不過相應的網站打開速度也快了
不管你用單線或者雙線 一般都有限制 就是上限帶寬 比如10M 5M的 除非你有熟人 可以照顧你 不限你使用 或者你多掏錢 你想 帶寬上限都被限了 如果你的流量非常大 訪問量很多的話 肯定會影響響應速度 這點你還要注意自己的伺服器硬體配置 硬體如果太低的話 處理不過來很多數據 也會影響響應速度
目前已知最快的網站 沒有 只有相對的 全世界沒有一個網站可以滿足所有人的要求 達到所謂的最快 只有相對來說