[sqlite] SQLite는 얼마나 확장 가능합니까? [닫은]

어제 작은 사이트를 공개했습니다 ^*모든 방문자에 대해 공유 SQLite 데이터베이스를 사용한 담당자를 추적합니다. 불행히도, 호스트에 가해지는 작은 부하에도 불구하고 꽤 느리게 달렸습니다. 업데이트 / 삽입이 포함되어 있기 때문에 누군가가 페이지를 볼 때마다 전체 데이터베이스가 잠겨 있기 때문입니다. 곧 MySQL로 전환했으며 테스트 할 시간이 없었지만 SQLite보다 훨씬 확장 가능한 것으로 보입니다. sqlite의 쉘에서 쿼리를 실행하려고 할 때 느린 페이지로드와 때로는 데이터베이스 잠금 오류가 발생한다는 것을 기억합니다. 즉, SQLite에서 다른 사이트를 제대로 실행하고 있습니다. 차이점은 사이트가 정적이므로 (즉, 데이터베이스를 변경할 수있는 유일한 사이트이므로) 동시 읽기에 적합합니다. 이야기의 교훈:

편집 : 나는 방금 SQLite에 공평하지 않을 수도 있다는 것을 깨달았습니다. 웹 페이지에서 SQLite 데이터베이스를 제공 할 때 SQLite 데이터베이스의 열을 색인화하지 않았습니다. 이로 인해 부분적으로 느려졌습니다. 그러나 데이터베이스 잠금에 대한 관찰은 특히 귀찮은 업데이트가있는 경우 SQLite 성능은 MySQL 또는 Postgres와 일치하지 않습니다.

또 다른 편집 : 거의 3 개월 전에 게시 한 이후 SQLite의 확장 성을 면밀히 검토 할 수있는 기회가 있었고 몇 가지 트릭으로 상당히 확장 가능할 수 있습니다. 첫 번째 편집에서 언급했듯이 데이터베이스 인덱스는 쿼리 시간을 획기적으로 단축하지만 SQLite에 대한 것보다 데이터베이스에 대한 일반적인 관찰입니다. 그러나 SQLite 속도를 높이기 위해 사용할 수있는 또 다른 트릭이 있습니다 : transaction . 여러 개의 데이터베이스 쓰기를 수행해야 할 때마다 트랜잭션 안에 두십시오. 쓰기 쿼리가 실행될 때마다 파일에 쓰거나 파일을 잠그는 대신 트랜잭션이 완료되면 쓰기가 한 번만 발생합니다.

첫 번째 단락에서 발표 한 사이트는 SQLite로 다시 전환되었으며 코드를 몇 군데 조정하면 원활하게 실행됩니다.

^{* 사이트는 더 이상 사용할 수 없습니다}

답변