The first thing to look at, when Ne

The first thing to look at, when Neo4j is not performing as expected, is to make sure that your Cypher queries do not do more work than they have to. For instance, a query might, unbeknownst to the author, mandate the production of a large cartesian product; or it might perform an expensive label-scan, because a certain label/property combination isn’t indexed. The Chapter 15, Query Tuning chapter has more information on how to investigate Cypher performance issues.

The second thing to look at, is to make sure that the Neo4j Java process has enough memory to do its work. If there is not enough memory to keep the JVM heap resident, then the OS will swap it out to storage. When a garbage collection happens, the swapped out heap memory has to be swapped in again, and something else will have to be swapped out. This swap-thrashing effect has a dramatic impact on the performance of the database, rendering it practically unusable. A well-tuned Neo4j database should not have any swap activity in its steady-state.

Next, make sure the JVM has enough memory, and isn’t spending too much time in garbage collection. The goal is to have a large enough heap so heavy/peak load will not result in so called GC-trashing. Performance can drop as much as two orders of a magnitude when GC-thrashing happens.

Start the JVM with -server flag and -Xmx, f.ex. -Xmx512m for 512 MiB memory or -Xmx3g for 3GiB memory. Having too large heap may also hurt performance so you may have to try out some different heap sizes. Make sure you are using a concurrent garbage collector. We find that -XX:+UseG1GC works well in most use-cases.

The next thing to look at, is the file caching memory. Neo4j uses its own page cache for the store files, and relies on the operating system for caching the index files. Make sure that the dbms.pagecache.memory setting (in neo4j.properties) is large enough to fit the entire store, if possible. But also make sure that you are not allocating so much memory to the JVM and the Neo4j page cache, that there is no memory left for the operating system to cache the Lucene index files. For more information on configuration see Chapter 24, Configuration & Performance.

Kết quả (Việt) 1:

Việc đầu tiên để xem xét, khi Neo4j không hoạt động như mong đợi, là để đảm bảo rằng các truy vấn Cypher không làm công việc nhiều hơn vì họ phải. Ví dụ, một truy vấn có thể, unbeknownst để tác giả, qui định sản xuất một sản phẩm Descartes lớn; hoặc nó có thể thực hiện một nhãn đắt tiền-quét, bởi vì một sự kết hợp nhãn hiệu/tài sản nhất định không được lập chỉ mục. Chương 15, truy vấn điều chỉnh chương có thêm thông tin về làm thế nào để điều tra vấn đề hiệu suất Cypher.Điều thứ hai để xem xét, là để đảm bảo rằng trình Neo4j Java có đủ bộ nhớ để làm công việc của mình. Nếu không có đủ bộ nhớ để giữ cho đống JVM cư dân, sau đó hệ điều hành sẽ trao đổi nó ra để lưu trữ. Khi một bộ sưu tập rác sẽ xảy ra, các swapped trong đống bộ nhớ đã được đổi chỗ trong một lần nữa, và một cái gì đó khác sẽ phải được đổi chỗ ra. Hiệu ứng trao đổi sân đập này có một tác động đáng kể về hiệu suất của các cơ sở dữ liệu, làm cho nó thực tế không sử dụng được. Một Neo4j đầy đủ điều chỉnh cơ sở dữ liệu không nên có bất kỳ hoạt động trao đổi trong trạng thái ổn định của nó.Tiếp theo, hãy chắc chắn rằng JVM có đủ bộ nhớ, và không phải là chi tiêu quá nhiều thời gian trong thu gom rác thải. Mục tiêu là để có một đống lớn đủ để tải nặng/cao điểm sẽ không dẫn đến như vậy gọi là GC làm dơ bẩn. Hiệu suất có thể thả như hai đơn đặt hàng của cường độ một khi sân đập GC xảy ra.Bắt đầu JVM với - máy chủ cờ và - hiểu, f.ex. -Xmx512m cho 512 bộ nhớ MiB hoặc - Xmx3g cho 3GiB bộ nhớ. Có đống quá lớn cũng có thể đau hiệu suất do đó bạn có thể cần phải thử một số kích thước khác nhau đống. Đảm bảo rằng bạn đang sử dụng một bộ thu rác đồng thời. Chúng tôi thấy rằng - XX: + UseG1GC hoạt động tốt trong hầu hết trường hợp sử dụng.Điều kế tiếp để xem xét, là các tập tin bộ nhớ đệm bộ nhớ. Neo4j sử dụng bộ nhớ cache trang riêng của mình cho các tập tin lưu trữ, và dựa trên hệ điều hành cho bộ nhớ đệm tập tin chỉ mục. Đảm bảo rằng cài đặt dbms.pagecache.memory (ở neo4j.properties) là đủ lớn để phù hợp với các cửa hàng toàn bộ, nếu có thể. Nhưng cũng đảm bảo rằng bạn đang không phân bổ quá nhiều bộ nhớ để JVM và bộ nhớ cache trang của Neo4j là không có bộ nhớ lại cho hệ điều hành để bộ nhớ cache tập tin chỉ mục Lucene. Để biết thêm thông tin về cấu hình xem chương 24, cấu hình và hiệu suất.

Kết quả (Việt) 2:

Điều đầu tiên để xem xét, khi Neo4j không được thực hiện như mong đợi, là để đảm bảo rằng các truy vấn Cypher của bạn không làm việc nhiều hơn họ có. Ví dụ, một truy vấn có thể, unbeknownst cho tác giả, ủy thác việc sản xuất của một sản phẩm Descartes lớn; hoặc nó có thể thực hiện một đắt nhãn-scan, vì một sự kết hợp nhãn / tài sản nhất định không được lập chỉ mục. Chương 15, Query chỉnh chương có thêm thông tin về làm thế nào để điều tra vấn đề hiệu suất Cypher. Điều thứ hai để xem xét, là để đảm bảo rằng quá trình Neo4j Java có đủ bộ nhớ để làm công việc của mình. Nếu không có đủ bộ nhớ để giữ cho các cư dân JVM đống, sau đó hệ điều hành sẽ trao đổi nó ra để lưu trữ. Khi thu gom rác thải sẽ xảy ra, bộ nhớ heap hoán đổi phải được đổi chỗ ở một lần nữa, và cái gì khác sẽ phải được hoán đổi. Hiệu lực swap-trận đòn này có một tác động đáng kể về hiệu suất của các cơ sở dữ liệu, làm cho nó thực tế không sử dụng được. Một cơ sở dữ liệu Neo4j cũng chỉnh không nên có bất kỳ hoạt động trao đổi trong trạng thái ổn định của nó. Tiếp đến, hãy JVM có đủ bộ nhớ, và không tốn quá nhiều thời gian trong thu gom rác thải. Mục đích là để có một đống đủ lớn để tải nặng / cao điểm sẽ không cho kết quả như vậy gọi là GC-trashing.Số. Hiệu suất có thể giảm nhiều như hai đơn đặt hàng của một cường độ khi GC-sân đập xảy ra. Bắt đầu JVM với cờ -server và -Xmx





, F.ex. -Xmx512m Cho bộ nhớ 512 MiB hoặc -Xmx3g cho bộ nhớ 3GiB. Có đống quá lớn cũng có thể làm tổn thương hiệu, do đó bạn có thể phải thử một số kích thước heap khác nhau. Hãy chắc chắn rằng bạn đang sử dụng một bộ thu rác đồng thời. Chúng tôi thấy rằng -XX:. + UseG1GC hoạt động tốt trong hầu hết các trường hợp sử dụng Điều tiếp theo để xem xét, là các tập tin bộ nhớ cache. Neo4j sử dụng bộ nhớ cache trang riêng của mình cho các tập tin lưu trữ, và dựa trên hệ điều hành cho bộ nhớ đệm các tập tin chỉ mục. Hãy chắc chắn rằng các thiết lập dbms.pagecache.memory (trong neo4j.properties) là đủ lớn để phù hợp với toàn bộ cửa hàng, nếu có thể. Nhưng cũng chắc chắn rằng bạn không phân bổ bộ nhớ rất nhiều đến JVM và Neo4j cache, mà không có bộ nhớ để lại cho hệ điều hành để cache các tập tin chỉ mục Lucene. Để biết thêm thông tin về cấu hình xem Chương 24, Cấu hình & Performance.