JMeter를 사용한 웹 애플리케이션의 동시성 및/또는 트랜잭션 무결성 테스트

Question

데이터베이스에서 여러 스레드로 작업하는 것이 새로운 편입니다. 대부분의 경력이 프론트 엔드에 소요되었습니다.

오늘 테이블 잠금을 사용하여 트랜잭션을 에뮬레이트하는 ISAM 테이블을 사용하여 mysql db에 값을 저장하는 간단한 PHP 애플리케이션을 테스트 해 보았습니다. 내 결과에서

Testing With JMeter

내 간단한 PHP 응용 프로그램 내 CSV 파일이 인의 데이터에서 본 (그대로 트랜잭션 무결성을 유지하기 위해 나타납니다

난 그냥 여기 절차의 블로그 게시글 작성

CSV 파일 :

I 0)를 데이터베이스로부터 추출 다시 데이터와 동일한 JMeter를 테스트 실행 후 두 사용자의 데이터

검색어 :

는 트랜잭션 데이터의 무결성이 손상되지 않은 것을 바로 내 가정에서 I를 있습니까?

동시성 테스트 방법은 무엇입니까?

Answer 1

왜 InnoDB를 사용하지 않고 수동 테이블 잠금없이 동일한 효과를 얻으시겠습니까?

또한 무엇을 방지하고 있습니까? 고려 두 사용자 (빌과 스티브) :

1. 빌로드 기록 1234
2. 스티브로드 기록 1234
3. 스티브는 그 오래된 기록을 갱신, 기록 1234 변경 및
4. 빌 조금 기다립니다 제출 1234 제출. 이 변화는 Bill을 망칩니다.

테이블 잠금은 기본 MyISAM 테이블 잠금보다 높은 데이터 무결성을 제공하지 않습니다. MyISAM은 데이터 손상을 막을 필요가있을 때 테이블 파일을 기본적으로 잠글 것입니다.

사실 MyISAM을 통해 InnoDB를 사용하는 이유는 테이블 잠금 대신 행 잠금을 수행한다는 것입니다. 또한 트랜잭션을 지원합니다. 다른 레코드에 대한 여러 업데이트는 서로를 차단하지 않으며 여러 레코드에 대한 복잡한 업데이트는 트랜잭션이 완료 될 때까지 차단됩니다.

동일한 레코드에 대한 두 개의 업데이트가 동시에 적용될 가능성을 고려해야합니다. 가능성이 있다면 테이블/행 잠금은 두 번째 업데이트를 차단하지 않으며 첫 번째 업데이트가 완료 될 때까지 연기합니다. 내가 기억하는 바로는

편집

은의 MyISAM은 삽입을위한 특별한 행동을 가지고있다. 그것은 테이블 끝에 추가하는 것만 큼 삽입을 위해 테이블을 잠그지 않아도됩니다. 고유 색인 또는 비 자동 증가 기본 키가있는 테이블의 경우에는 그렇지 않을 수 있습니다.