你认为要支持1w并发需要什么样服务器配置？

场景很重要，比如一万并发的qps还是tps，这完全不同的概念。

服务器做做优化，现在通过epoll支撑百万连接十万并发没什么瓶颈。但是，这只是网络层，如果落到具体业务，那就另当别论了。比如redis可以十万并发，因为只需要网络io和访问内存。但是如果有业务处理，挂上了数据库，走了kafka，并且再走redis，那就要具体问题具体分析了。

数据库单存qps，我们原来基准测试结果是可以支撑六万到八万左右，但是有事务的增删改绝对不是这个量级。

其实你需要的是一个基准测试的结果，例如tcp，>你好,我来解答下你的问题
理论上来讲一个至强处理器能承载的并发数在几千到一万的样子但在实际使用中的并发数与多方面因素有关比如说不同类型的网站用户在访问时所占用的系统资源也不一样除了看处理器以外还要看网站类型带宽大小等建议平时在使用中多留意各项资源的占用情况当发现配置以及带宽不够用时及时升级即可
海腾数据杨闯为你解答希望对你有帮助

20000的并发量需要150台服务器。

150台。Tomcat 默认配置的最大请求数是 150，也就是说同时支持 150 个并发，当然了，也可以将其改大。

如果是较大规模或者是，视频内容较多的网站，则会对服务器资源占用较高，推荐用双至强八核处理器，32G内存，1T硬盘的配置来放数据库，然后再用几台普通四核配置的机器放网站前端来做负载均衡即可，带宽需要根据你们的具体需求来决定。

易使用性：

服务器的功能相对于PC机来说复杂许多，不仅指其硬件配置，更多的是指其软件系统配置。服务器要实现如此多的功能，没有全面的软件支持是无法想象的。但是软件系统一多，又可能造成服务器的使用性能下降，管理人员无法有效 *** 纵。

所以许多服务器厂商在进行服务器的设计时，除了在服务器的可用性、稳定性等方面要充分考虑外，还必须在服务器的易使用性方面下足功夫。

服务器的易使用性主要体现在服务器是不是容易 *** 作，用户导航系统是不是完善，机箱设计是不是人性化，有没有关键恢复功能，是否有 *** 作系统备份，以及有没有足够的培训支持等方面。

并发数，计算机网络术语，是指同时访问服务器站点的连接数。

由于虚拟主机是建立在每台服务器多用户的基础上的，也就是多个用户共同使用一台服务器。为了避免同一台服务器上的某一个用户的IIS链接人数过多或占用服务器资源过多而影响其它用户的正常使用。

所以，目前所有虚拟空间提供商都对单个用户的IIS链接数，流量及服务器进程占用CPU的比率进行了相应的限制。 当某一个用户的站点超出了服务器上的设制后，访问站点时就会出现服务器忙，或目前访问该站点的人数过多，超出了WEB的处理能力等相关错误提示。

扩展资料：

并发连接数是衡量防火墙性能的一个重要指标。在市面上常见防火墙设备的说明书中大家可以看到，从低端设备的500、1000个并发连接，一直到高端设备的数万、数十万并发连接，存在着好几个数量级的差异。

在我们用电脑工作时，打开的一个窗口或一个Web页面，我们也可以把它叫做一个“会话”，扩展到一个局域网里面，所有用户要通过防火墙上网，要打开很多个窗口或Web页面发（即会话），那么，这个防火墙，所能处理的最大会话数量，就是“并发连接数”。

检查您的网站是否存在比较大的、FLASH、音乐、等文件，例如：某一个站点的访问用户并不是很多，IIS链接数也可能只有几十个，但是他在网页中使用了比较大的的FLASH或（如超过300K），以增强网页效果。

结果就可能会出现不能访问的情况，原因是该站点的流量（带宽）使用量超限，所以建议网页上尽量使用较小的文件，这样即能避免流量超限，也能增加客户端的下载速度，给客户更好的感觉！

最后请注意：服务器对于某一个链接的默认超时时间一般为15--20分钟，也就是当访问用户访问你的网页并关闭后，一般需要15--20分钟，服务器才从其内存中将其清除，视为无效链接！

参考资料来源：百度百科——并发数

MySQL服务器的最大并发连接数是16384。

受服务器配置，及网络环境等制约，实际服务器支持的并发连接数会小一些。主要决定因素有：

1、服务器CPU及内存的配置。

2、网络的带宽。互联网连接中上行带宽的影响尤为明显。

扩展资料：

优化数据库结构：

组织数据库的schema、表和字段以降低I/O的开销，将相关项保存在一起，并提前规划，以便随着数据量的增长，性能可以保持较高的水平。

设计数据表应尽量使其占用的空间最小化，表的主键应尽可能短。·对于InnoDB表，主键所在的列在每个辅助索引条目中都是可复制的，因此如果有很多辅助索引，那么一个短的主键可以节省大量空间。

仅创建需要改进查询性能的索引。索引有助于检索，但是会增加插入和更新 *** 作的执行时间。

InnoDB的特性：

InnoDB提供了的配置，可减少维护辅助索引所需的磁盘I/O。大规模的数据库可能会遇到大量的表 *** 作和大量的I/O，以保证辅助索引保持最新。当相关页面不在缓冲池里面时，InnoDB的将会更改缓存到辅助索引条目。

从而避免因不能立即从磁盘读取页面而导致耗时的I/O *** 作。当页面被加载到缓冲池时，缓冲的更改将被合并，更新的页面之后会刷新到磁盘。这样做可提高性能，适用于MySQL55及更高版本。

---