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

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

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

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

其实你需要的是一个基准测试的结果，例如tcp，>Windows server 2003是没有TCP/IP连接数限制的但一般默认安装时,是有配置连接限制的,你可能事先配置的并发连接数就是100,你可以到"控制面板"中的"授权",去改一下,将每服务器的同时连接数改成你要的数字,比如200或更大如果你用的是盗版你高兴改成1000也没关系,如果用的是正版,那可要算算要花多少钱了,呵呵,多出来的许可证是要花钱买的! 好象真不行,要添加也有些问题,这个你知道了就好,下次装03时,一定要配置一下,数字写大点!如何改的问题,你查查看,有没法改!

目前来说。支持aspnet运行最好的解释软件肯定是IIS了,,fuli1678。
服务器版的IIS连接数可以不受限制（这个可以在性能选项卡里面看到）。但IIS并发连接的性能就取决于多个方面了。一般总体可分为硬件和软件两个方面（要注意，XP版的IIS是有连接数限制的。好像是10个吧）
一、硬件要足够好。CPU和内存配置越高性能越好（当然还取决于其它硬件，网卡，主板等）
二、你的代码，做页面的时候。尽量减少d出窗口。防网站盗链，尽量少使用插件，不要使用框架页，当然防止多线程下载也是很重要的原因之一。
IIS连接数指并发连接数，什么意思呢？
要分几种情况：（以100M空间50人在线为例）
A 用户单点下载你的文件，结束后正常断开，这些连接是按照瞬间计算的，就是说你50人的网站瞬间可以接受同时50个点下载
B 用户打开你的页面，就算停留在页面没有对服务器发出任何请求，那么在用户打开一面以后的15分钟内也都要算一个在线，就是说你50人的网站15分钟内可以接受不同用户打开50个页面
C 上面B的情况用户继续打开同一个网站的其他页面，那么在线人数按照用户最后一次点击（发出请求）以后的15分钟计算，在这个15分钟内不管用户怎么点击（包括新窗口打开）都　还是一人在线。
D 当你的页面内存在框架(Iframe)，那么每多一个框架就要多一倍的在线！因为这相当于用户同一时间向服务器请求了多个页面。
E 当用户打开页面然后正常关闭浏览器，用户的在线人数也会马上清除。
然后了解什么是论坛在线人数,fuli1678。
论坛在线只是计算一定时间内的活动用户数。

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

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

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

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

扩展资料：

优化数据库结构：

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

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

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

InnoDB的特性：

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

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

---