Java에서 높은 동시성을 해결하는 방법은 무엇입니까?-java지도 시간-php.cn

Java의 높은 동시성 문제 해결 방법: 1. 다수의 데이터베이스 액세스 요청을 방지하기 위한 HTML 정적 방법 2. 이미지 서버 분리 방법 3. 데이터베이스 클러스터 및 라이브러리 테이블 해싱 방법 4. 로드 밸런싱, 4계층 하드웨어 스위칭 및 소프트웨어 4계층 스위칭 방식.

Java에서 높은 동시성을 해결하는 방법은 무엇입니까?

Java의 높은 동시성 문제 해결 방법:

1. HTML 정적

사실 모두가 가장 효율적이고 가장 적게 소모되는 것은 순전히 정적 HTML 페이지라는 것을 알고 있으므로 우리는 이를 사용하려고 합니다. 저희 웹사이트의 페이지들은 최대한 정적인 페이지를 이용하여 구현되어 있습니다. 이 간단한 방법이 실제로는 가장 효과적인 방법입니다.

동영상 강좌 추천→: "수백만 개의 데이터 동시성 솔루션(이론적 + 실무적)"

하지만 콘텐츠의 양이 많고 업데이트가 빈번한 웹사이트의 경우 일일이 수동으로 구현할 수는 없습니다. 그래서 탄생한 것이 바로 우리가 자주 방문하는 각종 포털사이트의 뉴스채널은 물론, 그 외 채널까지 정보공개시스템 CMS를 정보공개시스템을 통해 관리하고 구현하는 것입니다. 가장 간단한 정보 입력으로 자동으로 정적 페이지를 생성할 수 있으며, 채널 관리, 권한 관리, 자동 크롤링 등의 기능도 가질 수 있습니다. 대규모 웹사이트의 경우 효율적이고 관리하기 쉬운 CMS가 필수적입니다. CMS，像我们常访问的各个门户站点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的，信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。

除了门户和信息发布类型的网站，对于交互性要求很高的社区类型网站来说，尽可能的静态化也是提高性能的必要手段，将社区内的帖子、文章进行实时的静态化，有更新的时候再重新静态化也是大量使用的策略，像Mop的大杂烩就是使用了这样的策略，网易社区等也是如此。

同时，html静态化也是某些缓存策略使用的手段，对于系统中频繁使用数据库查询但是内容更新很小的应用，可以考虑使用html静态化来实现，比如论坛中论坛的公用设置信息，这些信息目前的主流论坛都可以进行后台管理并且存储再数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更新的时候进行静态化，这样避免了大量的数据库访问请求。

2、图片服务器分离

大家知道，对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器。

这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃，在应用服务器和图片服务器上，可以进行不同的配置优化，比如apache在配置ContentType的时候可以尽量少支持，尽可能少的LoadModule，保证更高的系统消耗和执行效率。

3、数据库集群和库表散列

大型网站都有复杂的应用，这些应用必须使用数据库，那么在面对大量访问的时候，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是我们需要使用数据库集群或者库表散列。

在数据库集群方面，很多数据库都有自己的解决方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案，您使用了什么样的DB，就参考相应的解决方案来实施即可。

4、缓存

缓存一词搞技术的都接触过，很多地方用到缓存。网站架构和网站开发中的缓存也是非常重要。这里先讲述最基本的两种缓存。高级和分布式的缓存在后面讲述。

架构方面的缓存，对Apache比较熟悉的人都能知道Apache提供了自己的缓存模块，也可以使用外加的Squid

포털, 정보 게시형 웹사이트 외에도 상호작용성이 높은 커뮤니티형 웹사이트의 경우 최대한 정적인 상태를 유지하는 것도 커뮤니티의 게시물과 기사를 실시간으로 정적으로 만드는 것이 성능 향상에 도움이 될 수 있습니다. 업데이트 시 정적화는 NetEase 커뮤니티 등에서와 마찬가지로 Mop의 hodgepodge에서도 널리 사용되는 전략입니다.

동시에 HTML 정적은 일부 캐싱 전략에서 사용되는 수단이기도 합니다. 데이터베이스 쿼리를 자주 사용하지만 콘텐츠 업데이트가 매우 적은 시스템의 애플리케이션의 경우 이를 달성하기 위해 공개와 같이 HTML 정적을 사용하는 것을 고려할 수 있습니다. 포럼의 설정 정보는 현재 주류 포럼에서 관리되고 데이터베이스에 저장될 수 있습니다. 실제로 이러한 정보 중 많은 양이 프런트 엔드 프로그램에서 호출되지만 업데이트 빈도는 매우 적습니다. 많은 양의 데이터베이스 액세스 요청을 피하기 위해 배경을 업데이트할 때 콘텐츠의 이 부분을 정적으로 만듭니다.

2. 이미지 서버 분리

아파치, IIS, 기타 컨테이너 등 웹 서버의 경우 이미지가 가장 많은 리소스를 소비하므로 페이지에서 이미지를 분리하는 것이 필요합니다. 기본 이는 대규모 웹사이트에서 사용하는 전략입니다. 모든 웹사이트에는 독립적인 이미지 서버가 있거나 여러 개의 이미지 서버가 있습니다. 🎜🎜이러한 아키텍처는 페이지 액세스 요청을 제공하는 서버 시스템에 대한 부담을 줄이고 이미지 문제로 인해 시스템이 충돌하지 않도록 보장할 수 있습니다. Apache는 ContentType을 구성하여 더 높은 시스템 소비 및 실행 효율성을 보장하기 위해 가능한 적은 수의 LoadModule을 지원할 수 있습니다. 🎜🎜🎜3. 데이터베이스 클러스터 및 데이터베이스 테이블 해싱🎜🎜🎜대형 웹사이트에는 복잡한 애플리케이션이 있으며, 이러한 애플리케이션은 데이터베이스를 사용해야 하며, 이 때 데이터베이스의 병목 현상이 빠르게 드러납니다. 하나의 데이터베이스는 곧 애플리케이션을 만족시킬 수 없게 되므로 데이터베이스 클러스터링이나 데이터베이스 테이블 해싱을 사용해야 합니다. 🎜🎜데이터베이스 클러스터의 경우 Oracle, Sybase 등에는 자체 솔루션이 있는 경우가 많습니다. 일반적으로 사용되는 MySQL에서 제공하는 Master/Slave도 유사한 솔루션을 사용하셨습니다. 해당 솔루션을 참고하여 어떤 DB를 구현할 수 있는지 알아보세요. 🎜🎜🎜4. 캐싱🎜🎜🎜모든 기술 담당자는 캐시라는 단어를 접하게 되었으며 캐시는 여러 곳에서 사용됩니다. 웹 사이트 아키텍처 및 웹 사이트 개발에서 캐싱도 매우 중요합니다. 여기서는 먼저 가장 기본적인 두 가지 캐시에 대해 이야기합니다. 고급 및 분산 캐싱에 대해서는 나중에 설명합니다. 🎜🎜아키텍처 캐싱. Apache에 익숙한 사람이라면 Apache가 자체 캐시 모듈을 제공하고 캐싱을 위해 추가 Squid 모듈을 사용할 수도 있다는 것을 알 것입니다. Apache의 액세스 응답 기능을 효과적으로 향상시킬 수 있습니다. 🎜🎜웹사이트 프로그램 개발에서의 캐시. Linux에서 제공되는 메모리 캐시는 일반적으로 사용되는 캐시 인터페이스이며, 예를 들어 Java로 개발할 때 일부 대규모 커뮤니티에서는 MemoryCache를 호출하여 캐시할 수 있습니다. 이런 구조가 사용됩니다. 🎜🎜또한 웹 언어 개발을 사용할 때 각 언어에는 기본적으로 자체 캐시 모듈과 메서드가 있습니다. PHP에는 Pear의 캐시 모듈이 있고 Java에는 더 많은 것이 있습니다. .net에는 익숙하지 않지만 반드시 있어야 한다고 생각합니다. . 🎜🎜🎜5. 거울🎜🎜

미러링은 성능과 데이터 보안을 향상하기 위해 대규모 웹사이트에서 자주 사용하는 방법입니다. 미러링 기술은 다양한 네트워크 액세스 공급자 및 지역으로 인한 사용자 액세스 속도 차이를 해결할 수 있습니다. 예를 들어 ChinaNet과 EduNet의 차이로 인해 많은 웹사이트가 교육 네트워크 내에 미러 사이트를 구축하고 정기적으로 또는 실시간으로 데이터를 업데이트합니다. 미러링의 세부 기술에 대해서는 여기서 너무 자세히 설명하지 않겠습니다. 선택할 수 있는 전문 기성 솔루션 아키텍처와 제품이 많이 있습니다. rsync 및 Linux의 기타 도구와 같은 소프트웨어를 통해 이를 구현하는 저렴한 방법도 있습니다.

6. 로드 밸런싱

로드 밸런싱은 대규모 웹사이트에서 높은 로드 액세스와 많은 수의 동시 요청을 해결하는 최고의 솔루션이 될 것입니다.

로드 밸런싱 기술은 수년 동안 개발되었으며 선택할 수 있는 전문 서비스 제공업체와 제품이 많이 있습니다. 저는 개인적으로 몇 가지 솔루션을 접했는데 그 중 두 가지를 참고로 사용할 수 있습니다.

1) 하드웨어 레이어 4 스위칭

레이어 4 스위칭은 레이어 3 및 레이어 4 정보 패킷의 헤더 정보를 사용하여 애플리케이션 간격에 따른 비즈니스 흐름을 식별하고 전체 간격 세그먼트의 비즈니스 흐름을 할당합니다. 처리에 적합한 애플리케이션 서버. 레이어 4 스위칭 기능은 물리적 서버를 가리키는 가상 IP와 같습니다. 전송하는 서비스는 HTTP, FTP, NFS, Telnet 또는 기타 프로토콜을 포함한 다양한 프로토콜을 따릅니다. 이러한 서비스에는 물리적 서버를 기반으로 하는 복잡한 로드 밸런싱 알고리즘이 필요합니다. IP 세계에서 서비스 유형은 터미널 TCP 또는 UDP 포트 주소에 의해 결정됩니다. 레이어 4 스위칭에서는 응용 프로그램 범위가 소스 및 터미널 IP 주소, TCP 및 UDP 포트에 의해 결정됩니다.

하드웨어 4레이어 스위칭 제품 분야에는 Alteon, F5 등과 같이 선택할 수 있는 잘 알려진 제품이 있습니다. 이러한 제품은 비싸지만 그만한 가치가 있으며 매우 뛰어난 성능과 성능을 제공할 수 있습니다. 매우 유연한 관리 기능. Yahoo China는 3~4개의 Alteon을 사용하여 거의 2,000대의 서버를 처리했습니다.

2) 소프트웨어 4레이어 스위칭

하드웨어 4레이어 스위치의 원리를 모두가 알게 된 후, OSI 모델을 기반으로 한 소프트웨어 4레이어 스위칭이 등장했습니다. 이러한 솔루션의 원리는 동일하지만, 성능이 약간 나쁩니다. 그러나 어느 정도의 압박은 여전히 충족하기 쉽습니다. 어떤 사람들은 소프트웨어 구현 방법이 실제로 더 유연하며 처리 능력은 전적으로 구성의 친숙성에 달려 있다고 말합니다.

Linux에서 흔히 사용되는 LVS 소프트웨어를 사용하여 4계층 스위칭을 해결할 수 있습니다. LVS는 Linux Virtual Server로 하트비트 라인 기반의 실시간 재해 대응 솔루션을 제공하고 시스템의 견고성을 향상시킵니다. 유연한 가상 VIP 구성 및 관리 기능은 분산 시스템에 필수적인 여러 애플리케이션 요구 사항을 동시에 충족할 수 있습니다.