(ps: 대기업에 면접보러 갔을 때 고문을 당했습니다. 다시 가서 정보를 찾아보니 이 부분에 대한 내용이 거의 없어서 아직도 헷갈립니다.)
예:
1. 높은 동시성 및 대용량 트래픽,
2. 연결 끊김 및 재연결
3. 데이터 양이 너무 많아 요청 시간이 초과되었습니다
4. 푸시된 텍스트 사용자 동기화 및 기타 문제.
경험이 풍부한 전문가들이 사용자 수가 적은 경우 개발하는 방법과 실수로 광산을 밟는 경우가 많으며, 대규모 트래픽 샘플을 구축하는 방법도 공유할 수 있기를 바랍니다. 이 지역의 방향과 추천 도서를 확인하세요.
(저는 경력 1년의 백엔드 쓰레기입니다. 많은 관심과 답변 부탁드립니다) 끝!
(ps: 대기업에 면접보러 갔을 때 고문을 당했습니다. 다시 가서 정보를 찾아보니 이 부분에 대한 내용이 거의 없어서 아직도 헷갈립니다.)
예:
1. 높은 동시성 및 대용량 트래픽,
2. 연결 끊김 및 재연결
3. 데이터 양이 너무 많아 요청 시간이 초과되었습니다
4. 푸시된 텍스트 사용자 동기화 및 기타 문제.
경험이 풍부한 전문가들이 사용자 수가 적은 경우 개발하는 방법과 실수로 광산을 밟는 경우가 많으며, 대규모 트래픽 샘플을 구축하는 방법도 공유할 수 있기를 바랍니다. 이 지역의 방향과 추천 도서를 확인하세요.
(저는 경력 1년의 백엔드 쓰레기입니다. 많은 관심과 답변 부탁드립니다) 끝!
요즘 면접관들은 이런 가식적인 질문을 좋아합니다. 실제로 작동하는 방법을 아는 사람은 거의 없습니다. 그들이 아는 것은 단지 이론일 뿐입니다. 10. 면접관이 질문한 질문 중 9개는 허세였습니다.
제가 사용해 본 내용을 말씀드리겠습니다
1 우선 어떤 프로젝트인지에 따라 수천만 명의 사용자가 있습니다. 일반 프로젝트는 100만 레벨 사용자가 많지 않습니다. 사용자 활동이 전혀 없습니다
2 높은 동시성의 정의: 동일한 순간에 요청된 IP 요청 수입니다. 내 개인적인 이해에 따르면 높은 동시성은 두 가지 측면을 의미합니다. 하나는 서비스이고 다른 하나는 프로그램 비즈니스 로직입니다.
서비스: apache, nginx fastcgi
프로그래밍: 개인적으로 이것이 핵심이라고 생각합니다. 웹 애플리케이션의 병목 현상은 데이터베이스에 있기 때문입니다. 귀하의 비즈니스 로직은 데이터베이스를 추가, 삭제, 확인 및 수정합니다. 따라서 현재 요청량이 특정 기준에 도달하면 데이터베이스가 차지하는 메모리가 증가할 수 있으며, 심지어 테이블이 교착 상태에 빠지거나 데이터베이스가 충돌할 수도 있습니다.
이 문제를 해결하려면: 1. 먼저 프로그램 시작 시 로그를 작성하여 각 요청의 주소와 매개변수를 기록해야 합니다. 2 로그를 기반으로 어떤 요청에 대한 액세스 빈도가 높은지 분석합니다. (모든 요청에 대해 높은 빈도로 액세스하는 것은 불가능합니다.) 3 액세스 요청이 너무 많은 주소를 찾아 해당 비즈니스 로직을 분석하고 코드 및 SQL 문을 최적화하고 기능적 요구사항에 따라 수행합니다. 적절한 캐싱
데이터베이스 측면: 1. 위의 분석 결과를 바탕으로 빈번한 작업이 필요한 테이블이 대부분 데이터베이스 쿼리 작업입니다. (일반적으로 조작이 빈번한 테이블에는 사용자 정보 테이블, 데이터량이 많은 일반 테이블: 재무 기록 테이블, 사용자 로그 테이블 등이 있습니다.) 그런 다음 비즈니스 로직에 따라 테이블을 나눕니다. 1. 사용자 테이블에서 자주 쿼리되는 필드를 하나의 테이블에 넣습니다. 2. 사용자 통계 정보와 특이한 데이터를 다른 테이블에 넣습니다. 3 데이터 양이 많은 테이블의 경우, 한 달 또는 한 주 동안 하나의 재무 기록 테이블과 사용자 로그 테이블과 같이 기간을 사용하여 테이블을 나눌 수 있습니다. 또 다른 방법은 하나의 테이블과 같이 비즈니스 로직에 따라 테이블을 나누는 것입니다. 활성 사용자 정보용 테이블과 비활성 사용자용 테이블 1개가 있으며, 또 다른 테이블은 사용자 ID에 따라 테이블로 구분됩니다. 예를 들어 사용자 ID의 첫 자리가 1인 테이블, 2인 테이블 등 10개의 테이블이 생성됩니다.
그런 다음 읽기-쓰기 분리를 사용하여 마스터-슬레이브 라이브러리를 구축합니다. 좀 더 자세한 방향으로 말씀드릴 것이 많습니다. 하지만 일반 기업의 경우에는 정말 그럴 필요가 없습니다. 이렇게 사용자가 많다면 회사에 돈이 있다는 뜻입니다. 회사에 돈이 있으면 하드웨어를 통해 많은 부분이 개선될 수 있고, 정규직을 고용할 수도 있습니다. 당신은 PHP를 인터뷰하고 있습니다. 로그 테이블도 없고 하루 1000만 증가에 대해 아무것도 하지 않았습니다.
3 이런 사람들 쫄지 말고 바이두에 가서 답을 외우고 다음에 만나면 꼭 외워두세요.
아마도 회사에서 채용을 하지 않는 것 같은데, 이 문제에 직면하고 돈을 쓰고 싶지 않아서 면접 질문으로 만들었습니다. . .