服务器数据吞吐量受什么限制

① 吞吐量上不去数据库配置

接口有问题，对这个接口进行压力测试时，系统的吞吐量一直上不去，并且 应用服务器 (部署接口项目的服务器) 的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的 除非你有熟人 可以照顾你 不限你使用 或者你多掏钱 你想 带宽上限都被限了 如果你的流量非常大 访问量很多的话 肯定会影响响应速度 这点你还要注意自己的服务器硬件配置 硬件如果太低的话 处理不过来很多数据 也会影响响应速度
目前已知最快的网站 没有 只有相对的 全世界没有一个网站可以满足所有人的要求 达到所谓的最快 只有相对来说