Máy chủ cơ sở dữ liệu: RAM nhanh nhỏ hay RAM chậm lớn?


33

Chúng tôi hiện đang thiết kế các máy chủ cơ sở dữ liệu mới của chúng tôi và đã đưa ra một sự đánh đổi Tôi không hoàn toàn chắc chắn về cách trả lời.

Đây là các tùy chọn của chúng tôi: 48GB 1333 MHz hoặc 96GB 1066 MHz.

Tôi nghĩ rằng RAM nên dồi dào cho Máy chủ cơ sở dữ liệu (chúng tôi có rất nhiều dữ liệu và một số truy vấn rất lớn) thay vì nhanh như có thể. Rõ ràng chúng ta không thể có được chip 16 GB ở mức 1333 MHz, do đó, các lựa chọn ở trên.

Vì vậy, chúng ta nên nhận được nhiều RAM chậm hơn, hoặc RAM nhanh hơn?

Thông tin thêm:

Số lượng khe DIMM có sẵn: 6
Máy chủ: CPU Dell Blades: 6 lõi (chỉ có ổ cắm duy nhất do cấp phép của Oracle).


12
IMO, dung lượng RAM nhiều hơn 100% sẽ tăng thêm 20% tốc độ RAM.
Joe Internet

3
Đặc biệt bởi vì nó thậm chí không phải là 20%;)
TomTom

Cảm ơn mọi người. Tôi cũng khá chắc chắn về điều này, nhưng muốn xác nhận.
Josh Smeaton

Câu trả lời:


59

Bạn sẽ muốn đi với RAM lớn và chậm. Sự khác biệt về hiệu suất RAM là không đáng kể so với sự khác biệt giữa hiệu suất RAM và hiệu suất đĩa.


Tất nhiên, điều này phụ thuộc vào kích thước cơ sở dữ liệu - chi tiết cơ bản nhưng vẫn quan trọng.
Mẹ ơi.

Có, và Josh xác định rõ ràng rằng kịch bản trong tay liên quan đến "nhiều và nhiều dữ liệu".
Skyhawk

Đối với một số người, một triệu hàng trông giống như "nhiều và nhiều dữ liệu" Hầu như không có lý do gì để không có mọi thứ trong bộ nhớ;)
Morg.

16

Được rồi, nó rất rất rất đơn giản:

Cơ sở dữ liệu của bạn có phù hợp với 48GB RAM với HĐH không? nếu có, lấy nó Khác, mất 96GB

Ngoài ra, cơ sở dữ liệu phù hợp với xyz GB RAM có nghĩa là nó phù hợp với chỉ số, chế độ xem và tất cả những thứ đó.

Nhận xét về SSD hoàn toàn vô nghĩa, cả băng thông và thời gian truy cập đều không cùng mức và không SSD nào có thể biện minh cho việc chiếm ít RAM.


5
Đây là thông tin rất quan trọng. Nếu cơ sở dữ liệu chỉ có 5 GB và không được lên kế hoạch để lớn hơn nhiều, thì bạn cũng có thể sử dụng một lượng RAM nhanh hơn nhỏ hơn.
Kibbee

13

Cơ sở dữ liệu chỉ? Tùy thuộc vào cơ sở dữ liệu, tôi sẽ nghĩ rằng RAM lớn hơn sẽ tốt hơn. Sự khác biệt về tốc độ đã được chứng minh là rất nhỏ, nhưng 48gb bổ sung sẽ / có thể tạo ra sự khác biệt rất lớn.


11

Chắc chắn RAM lớn, tốc độ bị nguyền rủa.

Truy cập dữ liệu ngẫu nhiên cho công nghệ RAM từ thế kỷ XX '90 dưới 100 ns. Đó là sử dụng những con chip thực tế cổ xưa thậm chí không phù hợp về mặt vật lý với bất kỳ thứ gì có đường biên giới đương đại.

Truy cập vào dữ liệu ngẫu nhiên để cắt các ổ cứng 15k vòng / phút được tính bằng milis giây. 100 ns ngắn hơn 10 000 lần (nano -> micro -> milli) hơn 1 ms. RAM hiện tại nhanh hơn và HDD cần vài mili giây để truy cập dữ liệu. Tôi không thể quan tâm nếu RAM của tôi nhanh hơn 50 000 hoặc chỉ nhanh hơn 30 000 lần so với ổ cứng, nếu tôi có thể nhận được nhiều hơn.


5

Bạn phải chú ý ở một số điểm:

  • Lời nói bộ nhớ Tốc độ bộ nhớ phụ thuộc vào hai yếu tố: tốc độ xe buýt và độ trễ. Các chip thông thường có mật độ lớn hơn dẫn đến độ trễ cao hơn, cuối cùng có nghĩa là tốc độ ít hơn
  • Tổng dữ liệu chỉ mục Y quan trọng nhất để tải toàn bộ dữ liệu chỉ mục vào bộ nhớ. Dữ liệu chỉ mục là dữ liệu quan trọng nhất bạn cần trong bộ nhớ (hiệu ứng phạt cao hơn trong hiệu suất).
  • Tốc độ ổ đĩa Bạn có dữ liệu DB được lưu trữ trong SSD không? Nếu câu trả lời là có, đặc biệt chú ý đến độ trễ của bộ nhớ.

2

BỘ NHỚ NHỚ = / = TỐC ĐỘ!

Có lẽ phần quan trọng nhất của thông tin thiếu thông tin là thời gian bộ nhớ và loại CPU / FSB. giảm độ trễ tải bộ nhớ CPU xuống một vài chu kỳ và bạn sẽ tạo ra ram gấp đôi băng thông trong một số tính toán nhất định. Một số cơ sở dữ liệu không sử dụng số lượng lớn ram do hệ điều hành và lý do kỹ thuật, bạn đang sử dụng máy chủ cơ sở dữ liệu nào? Loại CPU? L [123] mức bộ nhớ cache? loại truy vấn sẽ được chạy? kích thước của cơ sở dữ liệu?


2
-1. Thực tế sai trong 99,9% các trường hợp.
TomTom

Phần nào bạn đang đề cập đến?
Silverfire

2
Bất kỳ cơ sở dữ liệu lớn hơn bộ nhớ chậm lại ngay lập tức. chu kỳ cpu là một trò đùa so với - trừ khi đó là trường hợp OLAP rất đặc biệt - độ trễ IO được giới thiệu. Hầu hết các cơ sở dữ liệu sử dụng số lượng ram của hugh - máy chủ dữ liệu samllest mà tôi thấy rằng đó không phải là một trò đùa cho cơ sở dữ liệu nhỏ hơn sử dụng RAM lớn hơn nhiều lần so với máy trạm trung bình. Trừ khi bạn khăng khăng sử dụng công nghệ lỗi thời ("giới hạn hệ thống os"). Và cả tốc độ cpu và loại fsb đều không tạo ra sự khác biệt - cơ sở dữ liệu cần bộ nhớ.
TomTom

0

Trước khi chi quá nhiều tiền cho phần cứng sai, tôi sẽ làm một số kiểm tra và phân tích trước khi mua phần cứng.

  • Trước hết, hãy nghĩ về SLA của bạn.
  • bất kỳ yêu cầu cứng đối với hiệu suất và thời gian đáp ứng?

Bạn lựa chọn nên phụ thuộc vào nhiều yếu tố:

  • dưới khối lượng công việc và tập quán khác nhau, thực sự nút thắt là gì?
  • CPU, bộ nhớ, lưu trữ, mạng?
  • Có lẽ quan trọng hơn là chi nhiều tiền hơn cho lưu trữ nhanh hơn bộ nhớ nhiều hơn?
  • CPU nhanh hơn bộ nhớ? mạng nhanh hơn? thiết kế lại nhỏ trên phần mềm / sql?

  • bạn phân tích cũng có thể rất phù hợp với các nhà phát triển, cơ sở dữ liệu và kiến ​​trúc phần mềm và nhà thiết kế truy vấn sql .....

Nếu bạn đang sử dụng windows - bạn có thể dễ dàng chạy perfmon để xem một số thống kê trên hệ thống đang chạy hiện tại và mayby ​​sẽ rất may mắn khi có được ý tưởng rõ ràng về nhu cầu của bạn.


1
Tôi là một nhà phát triển và đang giúp cân nhắc về quyết định này. Chúng tôi thiếu một quản trị viên hệ thống thực sự, vì vậy tất cả chúng tôi (6 người trong chúng tôi) đã tham gia vào cuộc thảo luận. Các máy chủ hiện tại của chúng tôi là 32 bit và không có khả năng thực hiện rất nhiều do giới hạn bộ nhớ cho mỗi quy trình. Mạng / lưu trữ của chúng tôi là (nên) tốt cho thời điểm này. Các phụ trợ lưu trữ là một SAN. CPU của chúng tôi không bao giờ được tối đa. Hầu hết các chi phí liên quan đến các truy vấn của chúng tôi là I / O, điều này sẽ được giảm bớt nhờ khả năng sử dụng nhiều RAM hơn. Chúng tôi cũng đang nâng cấp lên RAC. Chúng tôi có một ý tưởng rõ ràng về những gì chúng tôi cần. Đó là những chi tiết vụn vặt.
Josh Smeaton
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.