Bộ nhớ đã sử dụng không được giải phóng sau khi xuất BULK Chèn / BCP SQL

Tôi đã tạo một bảng SQL rất cơ bản như sau

CREATE TABLE [dbo].[TickData](
[Date] [varchar](12) NULL,
[Time] [varchar](12) NOT NULL,
[Symbol] [varchar](12) NOT NULL,
[Side] [varchar](2) NOT NULL,
[Depth] [varchar](2) NOT NULL,
[Quote] [varchar](12) NOT NULL,
[Size] [varchar](18) NOT NULL
    ) ON [PRIMARY]

Sau đó tôi đã thực hiện Chèn 3 Gig

    BULK
    INSERT TickData
    FROM 
    'C:\SUMO.csv'
    GO

Sau đó, việc sử dụng RAM cho máy chủ SQL đã tăng Skyrocking, ăn ~ 30Go RAM:

Tôi thích nghĩ rằng đây là một hành vi bất thường và hành động đó có thể được thực hiện để tránh điều này.

EDIT:
Ok, Đây có vẻ là hành vi mặc định. Đủ công bằng.
Tuy nhiên, tại sao bộ nhớ không được giải phóng lâu sau khi Chèn hàng loạt kết thúc?

Một vài cân nhắc thêm:
Đối với các nhận xét liên quan đến máy chủ SQL giải phóng bộ nhớ khi hệ điều hành "nói với", trải nghiệm thực tế của tôi trên Máy chủ Xeon 24 lõi 32 Gb đã chứng minh điều này là không chính xác: Khi quá trình trích xuất BCP Bộ nhớ-Bộ nhớ đã kết thúc Tôi có một nhóm .Net Instances của ứng dụng xử lý dữ liệu của tôi cần xử lý dữ liệu được trích xuất và chúng bị nghẹt / chiến đấu để chia sẻ bộ nhớ còn lại để cố gắng thực hiện công việc của mình, mất nhiều thời gian hơn khi SQL Server được bật tắt và bộ nhớ có sẵn cho tất cả các ứng dụng để chia sẻ. Tôi phải dừng Tác nhân Máy chủ SQL để mọi thứ diễn ra suôn sẻ và ngăn Ứng dụng gặp sự cố cho Articiallt gây ra Ngoại lệ OutOfMemmroy. Đối với Giới hạn / Giới hạn Bộ nhớ Brutal nhân tạo, nếu Bộ nhớ trống có sẵn, Tại sao không sử dụng nó? Lý tưởng nhất là thà thiết lập một cách tự nhiên để thích nghi với những gì có sẵn thay vì chỉ bị giới hạn một cách "ngẫu nhiên". Nhưng tôi đoán đây là thiết kế phụ, vì vậy trường hợp đóng cửa ở điểm cuối cùng này.

Đó là hành vi bình thường đối với SQL Server để phân bổ càng nhiều bộ nhớ càng tốt vào vùng đệm của nó. Cơ sở dữ liệu hoạt động tốt nhất với nhiều bộ đệm. Nếu bạn muốn thay đổi hành vi, bạn có thể đặt cài đặt 'bộ nhớ máy chủ tối đa' . Một số đọc nền tốt trên đó là ở đây.

Nếu bạn thực sự muốn HĐH lấy lại bộ nhớ từ SQL Server, hãy lấy một tệp lớn 20 GB và sao chép nó qua mạng. SQL Server sẽ giải phóng bộ nhớ khi HĐH cần. Nhưng tôi sẽ xem một loạt các bộ đếm hiệu suất trong khi điều này đang diễn ra, và xem hiệu suất của BULK INSERT của bạn thay đổi như thế nào nếu bạn chạy lại nó trong khi bản sao đang diễn ra hoặc ngay sau đó.

Nếu bạn muốn thực hiện việc này một cách thủ công, thì bạn nên đặt giới hạn thấp hơn cho cài đặt bộ nhớ máy chủ tối đa của SQL Server và khởi động lại dịch vụ. Bây giờ SQL Server sẽ không sử dụng 28GB ngay cả khi nó cần. Nhưng điều này dường như là hạn chế giả tạo SQL Server.

Những gì bạn dường như mong đợi là hành vi linh hoạt hơn, nơi bạn có thể có bộ nhớ miễn phí một phần thời gian. Cho mục đích gì? Đây có giống như thu nhỏ tệp cơ sở dữ liệu để giải phóng không gian đĩa mà bạn không thể sử dụng cho các mục đích khác vì tệp cơ sở dữ liệu sẽ phát triển lại không?

Thật buồn cười, nếu bạn gõ một tìm kiếm Google cho "tại sao không phải là SQL Server" thì việc hoàn thành tự động phổ biến nhất là "giải phóng bộ nhớ".

Thật không may là do thiết kế, xin vui lòng tham khảo bài viết này. Tuy nhiên, trong bài đăng này, nó cung cấp cho bạn một số hướng dẫn về cách kiểm soát nó.

/server/251832/sql-server-bulk-insert-physical-memory- phát hành

Phân bổ bộ nhớ Chỉnh sửa

Bộ nhớ không hoạt freedđộng vì nó phân bổ bộ nhớ rất giống ứng dụng .NET. Vì phân bổ bộ nhớ là đắt, nó sẽ giữ cho phân bổ đó trừ khi HĐH yêu cầu. Nhưng, đừng sợ, nếu HĐH muốn có bộ nhớ thì nó sẽ lấy được, giống như trong ứng dụng .NET.