1、高并发量/高访问量的 系统，它其实有90%是靠硬件来消耗，软件来辅助 缓存、负载均衡、消息队列、静态化、尽可能把可以移动的数据脱离数据库操作。如果真的非常大了，数据库可以集群。
2、首先，书中深入讲解了如何有效地加速HTML的显示，通过优化代码和利用技术手段，如使用异步加载或CDN加速，减少页面加载时间，提升用户体验。其次，它探讨了最佳的缓存策略，包括使用内置的ASP.NET缓存机制，以及如何与外部缓存系统集成，以减少服务器负载。
3、由于运行在服务器端，asp.net能够充分利用服务器的资源，提供高效的数据处理和传输能力。同时，它还具有出色的缓存机制，能够减少不必要的数据库访问，提高应用程序的响应速度。在稳定性方面，asp.net经过了严格的测试和验证，能够在高并发环境下保持稳定的运行，确保应用程序的可靠性。
4、配置多台数据库服务器，多个数据库集群 集群（Cluster）技术是使用特定的连接方式，将价格相对较低的硬件设备结合起来，同时也能提供高性能相当的任务处理能力。
5、LAMP：都是免费的，简单，应对高并发的好些。J2EE：跨平台，服务器也是免费的，完全面向对象。速度少慢些；.NET：和java一样，开发方便，一般只是运行在windows下。=== 其实J2EE和.NET差不多，但是考虑 到版权和系统开销，大的公司都选J2EE做商业开发。但我并不是说.NET做不了大的东西。
在高并发下，经常需要处理SELECT之后，在业务层处理逻辑，再执行UPDATE的情况。若两个连接并发查询同一条数据，然后在执行一些逻辑判断或业务操作后，执行UPDATE，可能出现与预期不相符的结果。在不使用悲观锁与复杂SQL的前提下，可以使用乐观锁处理该问题，同时兼顾性能。
这通常是通过在数据表中增加一个版本号或时间戳字段来实现的。当读取数据时，同时读取版本号或时间戳；当更新数据时，判断版本号或时间戳是否发生变化。如果发生变化，说明数据已被其他事务修改，此时更新操作会失败，需要重新尝试。
乐观锁认为系统中的并发冲突很少发生，因此在处理数据时不会立即锁定，而是在更新数据时检查数据是否被其他事务修改过。如果没有被修改过，则提交事务；否则，事务会回滚。悲观锁则是当访问数据时先锁定，防止其他事务同时访问和修改数据。Java中的数据库操作通常使用这两种锁机制来保证数据的安全性和一致性。
1、高并发：在极短单位时间内，极多个请求同时发起到服务器。需要了解大数据高并发的瓶颈在哪里，一般都是数据库层面的，机械硬盘承载不起非常快速的读写操作，cpu承载不起大量的逻辑运算，所以最基本的解决思路就是：换固态硬盘加快硬盘的读写效率。
2、在极短单位时间内，极多个请求同时发起到服务器，造成系统过载无法响应你的交易。高并发是指可以让软件系统在一段时间内能够处理大量的请求。比如每秒钟可以完成10万个请求。这是互联网系统的一个重要的特征。
3、qps在2000到5000就可以算高并发了。可能有人会觉得这个数值很小，但我要说的是单机来说已经很高了。之前在互联网大厂的api组做开发，整个api集群午高峰的峰值QPS评价在30左右，集群里的机器就有320台，平均到每台机器的qps不到1000。
4、高吞吐、高并发指的是一种种业务场景，访问人数很多，同一时刻点击也很多。类似的还有双十一，双12。高峰期的时候 涉及大量的读写操作，读取网页资源、数据，写入订单等等。小型网站可以通过增加服务器的方法解决，分离应用程序和数据库，放在两台服务器上。
