Giải thích về kiến ​​trúc máy chủ SQL: Ống được đặt tên, Trình tối ưu hóa, Trình quản lý bộ đệm

Mục lục:

Anonim

MS SQL Server là một kiến ​​trúc máy khách-máy chủ. Quá trình MS SQL Server bắt đầu với ứng dụng khách gửi một yêu cầu. SQL Server chấp nhận, xử lý và trả lời yêu cầu với dữ liệu đã xử lý. Chúng ta hãy thảo luận chi tiết về toàn bộ kiến ​​trúc được hiển thị bên dưới:

Như Sơ đồ bên dưới mô tả, có ba thành phần chính trong Kiến trúc máy chủ SQL:

  1. Lớp giao thức
  2. Công cụ quan hệ
  3. Công cụ lưu trữ
Sơ đồ kiến ​​trúc SQL Server

Chúng ta hãy thảo luận chi tiết về tất cả ba mô-đun chính trên. Trong hướng dẫn này, bạn sẽ học.

  • Lớp giao thức - SNI
    • Bộ nhớ dùng chung
    • TCP / IP
    • Ống được đặt tên
    • TDS là gì?
  • Công cụ quan hệ
    • Trình phân tích cú pháp CMD
    • Trình tối ưu hóa
    • Người thực thi truy vấn
  • Công cụ lưu trữ
    • Loại tập tin
    • Phương thức truy cập
    • Trình quản lý bộ đệm
    • Lập kế hoạch bộ nhớ cache
    • Phân tích cú pháp dữ liệu: Bộ đệm đệm & Lưu trữ dữ liệu
    • Giám đốc giao dịch

Lớp giao thức - SNI

MS SQL SERVER PROTOCOL LAYER hỗ trợ 3 Loại Kiến trúc Máy chủ Máy khách. Chúng ta sẽ bắt đầu với " Ba loại kiến ​​trúc máy chủ khách" mà MS SQL Server hỗ trợ.

Bộ nhớ dùng chung

Hãy xem xét lại một kịch bản Cuộc trò chuyện vào buổi sáng sớm.

MOM và TOM - Ở đây Tom và mẹ của anh ấy, ở cùng một địa điểm hợp lý, tức là ở nhà của họ. Tom đã có thể yêu cầu Cà phê và mẹ đã có thể phục vụ nó nóng.

MS SQL SERVER - Tại đây máy chủ MS SQL cung cấp GIAO THỨC BỘ NHỚ ĐƯỢC CHIA SẺ . Ở đây máy chủ CLIENT và MS SQL chạy trên cùng một máy. Cả hai đều có thể giao tiếp thông qua giao thức Bộ nhớ dùng chung.

Tương tự: Cho phép ánh xạ các thực thể trong hai trường hợp trên. Chúng tôi có thể dễ dàng ánh xạ Tom với Máy khách, Mẹ với máy chủ SQL, Nhà với Máy và Giao tiếp bằng lời nói với Giao thức bộ nhớ dùng chung.

Từ bàn cấu hình và cài đặt:

Để kết nối với DB cục bộ - Trong SQL Management Studio, Tùy chọn "Tên máy chủ" có thể là

"."

"localhost"

"127.0.0.1"

"Máy \ Phiên bản"

TCP / IP

Bây giờ hãy xem xét vào buổi tối, Tom đang ở trong tâm trạng tiệc tùng. Anh ấy muốn một ly cà phê được đặt từ một quán cà phê nổi tiếng. Quán cà phê nằm cách nhà anh 10 km.

Ở đây Tom và Starbuck ở vị trí thực tế khác nhau. Tom ở nhà và Starbucks ở khu chợ sầm uất. Họ đang giao tiếp qua mạng di động. Tương tự, MS SQL SERVER cung cấp khả năng tương tác qua giao thức TCP / IP, trong đó CLIENT và MS SQL Server ở xa nhau và được cài đặt trên một máy riêng biệt.

Tương tự: Cho phép ánh xạ các thực thể trong hai trường hợp trên. Chúng ta có thể dễ dàng ánh xạ Tom tới Client, Starbuck với SQL server, Home / Market place đến Remote location và cuối cùng là Cellular network sang giao thức TCP / IP.

Ghi chú từ bàn cấu hình / cài đặt:

  • Trong SQL Management Studio - Đối với Kết nối qua TCP \ IP, Tùy chọn "Tên Máy chủ" phải là "Máy \ Phiên bản của máy chủ."
  • Máy chủ SQL sử dụng cổng 1433 trong TCP / IP.

Ống được đặt tên

Bây giờ cuối cùng vào ban đêm, Tom muốn uống một tách trà xanh nhẹ mà người hàng xóm của cô, Sierra đã chuẩn bị rất kỹ lưỡng.

Ở đây Tom và Người hàng xóm của anh ta , Sierra, ở cùng một địa điểm thực tế, là hàng xóm của nhau. Họ đang giao tiếp qua mạng Intra. Tương tự, MS SQL SERVER cung cấp khả năng tương tác thông qua giao thức Named Pipe . Ở đây CLIENT và MS SQL SERVER được kết nối qua mạng LAN .

Tương tự: Cho phép ánh xạ các thực thể trong hai trường hợp trên. Chúng ta có thể dễ dàng ánh xạ Tom với Client, Sierra với SQL server, Neighbor với LAN và cuối cùng là Intra network với Named Pipe Protocol.

Ghi chú từ bàn cấu hình / cài đặt:

  • Để kết nối qua ống có tên. Tùy chọn này bị tắt theo mặc định và cần được bật bởi Trình quản lý cấu hình SQL.

TDS là gì?

Bây giờ chúng ta biết rằng có ba loại Kiến trúc Máy chủ-Máy chủ, hãy để chúng ta xem qua TDS:

  • TDS là viết tắt của Tabular Data Stream.
  • Cả 3 giao thức đều sử dụng gói TDS. TDS được gói gọn trong các gói mạng. Điều này cho phép truyền dữ liệu từ máy khách sang máy chủ.
  • TDS lần đầu tiên được phát triển bởi Sybase và hiện thuộc Sở hữu của Microsoft

Công cụ quan hệ

Công cụ quan hệ còn được gọi là Bộ xử lý truy vấn. Nó có các thành phần SQL Server xác định chính xác những gì một truy vấn cần phải làm và cách nó có thể được thực hiện tốt nhất. Nó chịu trách nhiệm thực hiện các truy vấn của người dùng bằng cách yêu cầu dữ liệu từ bộ máy lưu trữ và xử lý kết quả được trả về.

Như được mô tả trong Sơ đồ kiến ​​trúc, có 3 thành phần chính của Động cơ quan hệ. Chúng ta hãy nghiên cứu các thành phần chi tiết:

Trình phân tích cú pháp CMD

Dữ liệu sau khi nhận được từ Lớp giao thức sau đó sẽ được chuyển đến Công cụ quan hệ. "CMD Parser" là thành phần đầu tiên của Relational Engine để nhận dữ liệu Truy vấn. Công việc chính của CMD Parser là kiểm tra truy vấn để tìm lỗi Cú pháp và Ngữ nghĩa. Cuối cùng, nó tạo ra một cây truy vấn . Chúng ta hãy thảo luận chi tiết.

Kiểm tra cú pháp:

  • Giống như mọi ngôn ngữ lập trình khác, MS SQL cũng có bộ Từ khóa được xác định trước. Ngoài ra, SQL Server có ngữ pháp riêng mà máy chủ SQL hiểu được.
  • CHỌN, CHÈN, CẬP NHẬT và nhiều thứ khác thuộc danh sách Từ khoá được xác định trước của MS SQL.
  • CMD Parser thực hiện kiểm tra cú pháp. Nếu đầu vào của người dùng không tuân theo các quy tắc ngữ pháp hoặc cú pháp ngôn ngữ này, nó sẽ trả về lỗi.

Ví dụ: Giả sử một người Nga đã đến một nhà hàng Nhật Bản. Anh ấy gọi đồ ăn nhanh bằng tiếng Nga. Thật không may, người phục vụ chỉ hiểu tiếng Nhật. Kết quả rõ ràng nhất sẽ là gì?

Câu trả lời là - người phục vụ không thể xử lý đơn đặt hàng thêm.

Không được có bất kỳ sai lệch nào về Ngữ pháp hoặc ngôn ngữ mà máy chủ SQL chấp nhận. Nếu có, máy chủ SQL không thể xử lý nó và do đó sẽ trả về thông báo lỗi.

Chúng ta sẽ tìm hiểu thêm về truy vấn MS SQL trong các bài hướng dẫn sắp tới. Tuy nhiên, hãy xem xét Cú pháp truy vấn cơ bản nhất dưới đây là 

SELECT * from ;

Bây giờ, để biết cú pháp có tác dụng gì, hãy giả sử nếu người dùng chạy truy vấn cơ bản như bên dưới:

SELECR * from

Lưu ý rằng thay vì 'CHỌN', người dùng đã nhập "SELECR".

Kết quả: Trình phân tích cú pháp CMD sẽ phân tích cú pháp câu lệnh này và sẽ đưa ra thông báo lỗi. Vì "SELECR" không tuân theo tên và ngữ pháp từ khóa được xác định trước. Ở đây CMD Parser đã mong đợi "SELECT".

Kiểm tra ngữ nghĩa:

  • Điều này được thực hiện bởi Normalizer .
  • Ở dạng đơn giản nhất, nó kiểm tra xem tên Cột, tên Bảng đang được truy vấn có tồn tại trong Lược đồ hay không. Và nếu nó tồn tại, hãy liên kết nó với Query. Điều này còn được gọi là Ràng buộc .
  • Độ phức tạp tăng lên khi các truy vấn của người dùng chứa XEM. Bộ chuẩn hóa thực hiện thay thế bằng định nghĩa chế độ xem được lưu trữ nội bộ và hơn thế nữa.

Hãy hiểu điều này với sự trợ giúp của ví dụ dưới đây -

SELECT * from USER_ID

Kết quả: Trình phân tích cú pháp CMD sẽ phân tích cú pháp câu lệnh này để kiểm tra Ngữ nghĩa. Bộ phân tích cú pháp sẽ đưa ra một thông báo lỗi vì Bộ chuẩn hóa sẽ không tìm thấy bảng được yêu cầu (USER_ID) vì nó không tồn tại.

Tạo cây truy vấn:

  • Bước này tạo cây thực thi khác nhau trong đó truy vấn có thể được chạy.
  • Lưu ý rằng, tất cả các cây khác nhau đều có cùng sản lượng mong muốn.

Trình tối ưu hóa

Công việc của trình tối ưu hóa là tạo một kế hoạch thực thi cho truy vấn của người dùng. Đây là kế hoạch sẽ xác định cách truy vấn của người dùng sẽ được thực thi.

Lưu ý rằng không phải tất cả các truy vấn đều được tối ưu hóa. Tối ưu hóa được thực hiện cho các lệnh DML (Ngôn ngữ sửa đổi dữ liệu) như CHỌN, CHÈN, XÓA và CẬP NHẬT. Các truy vấn như vậy được đánh dấu đầu tiên sau đó gửi đến trình tối ưu hóa. Các lệnh DDL như CREATE và ALTER không được tối ưu hóa, nhưng thay vào đó chúng được biên dịch thành một biểu mẫu nội bộ. Chi phí truy vấn được tính dựa trên các yếu tố như mức sử dụng CPU, mức sử dụng bộ nhớ và nhu cầu Đầu vào / Đầu ra.

Vai trò của Trình tối ưu hóa là tìm ra kế hoạch thực hiện rẻ nhất, không phải tốt nhất, hiệu quả về chi phí.

Trước khi chúng ta đi vào chi tiết kỹ thuật hơn của Trình tối ưu hóa, hãy xem xét ví dụ thực tế bên dưới:

Thí dụ:

Giả sử bạn muốn mở một tài khoản Ngân hàng trực tuyến. Bạn đã biết về một Ngân hàng cần tối đa 2 ngày để mở tài khoản. Tuy nhiên, bạn cũng có một danh sách 20 ngân hàng khác, có thể mất ít hơn 2 ngày hoặc không. Bạn có thể bắt đầu tương tác với các ngân hàng này để xác định ngân hàng nào mất ít hơn 2 ngày. Bây giờ, bạn có thể không tìm thấy ngân hàng mất ít hơn 2 ngày và mất thêm thời gian do chính hoạt động tìm kiếm. Sẽ tốt hơn nếu bạn mở một tài khoản với chính ngân hàng đầu tiên.

Kết luận: Điều quan trọng hơn là lựa chọn một cách khôn ngoan. Nói một cách chính xác, hãy chọn tùy chọn nào là tốt nhất, chứ không phải rẻ nhất.

Tương tự, Trình tối ưu hóa MS SQL hoạt động dựa trên các thuật toán toàn diện / heuristic có sẵn. Mục đích là giảm thiểu thời gian chạy truy vấn. Tất cả các thuật toán của Trình tối ưu hóa đều thuộc quyền sở hữu của Microsoft và là một bí mật. Mặc dù , dưới đây là các bước cấp cao do Trình tối ưu hóa MS SQL thực hiện. Tìm kiếm Tối ưu hóa theo ba giai đoạn như được hiển thị trong sơ đồ dưới đây:

Giai đoạn 0: Tìm kiếm kế hoạch tầm thường:

  • Đây còn được gọi là giai đoạn tiền tối ưu hóa .
  • Đối với một số trường hợp, có thể chỉ có một kế hoạch thực tế, khả thi, được gọi là một kế hoạch tầm thường. Không cần thiết phải tạo một kế hoạch tối ưu hóa. Lý do là, tìm kiếm nhiều hơn sẽ dẫn đến việc tìm thấy cùng một kế hoạch thực hiện thời gian chạy. Điều đó cũng với chi phí bổ sung của Tìm kiếm Kế hoạch tối ưu hóa không bắt buộc.
  • Nếu không có kế hoạch Trivial tìm thấy, sau đó 1 st Giai đoạn khởi động.

Giai đoạn 1: Tìm kiếm kế hoạch xử lý giao dịch

  • Điều này bao gồm việc tìm kiếm Kế hoạch Đơn giản và Phức tạp .
  • Tìm kiếm kế hoạch đơn giản: Dữ liệu trước đây của cột và Chỉ mục liên quan đến Truy vấn, sẽ được sử dụng để Phân tích Thống kê. Điều này thường bao gồm nhưng không giới hạn ở một Chỉ mục trên mỗi bảng.
  • Tuy nhiên, nếu không tìm thấy phương án đơn giản, thì phương án phức tạp hơn sẽ được tìm kiếm. Nó liên quan đến nhiều chỉ mục trên mỗi bảng.

Giai đoạn 2: Xử lý song song và tối ưu hóa.

  • Nếu không có chiến lược nào ở trên hoạt động, Trình tối ưu hóa sẽ tìm kiếm các khả năng Xử lý song song. Điều này phụ thuộc vào khả năng xử lý và cấu hình của Máy.
  • Nếu vẫn không được, thì giai đoạn tối ưu hóa cuối cùng sẽ bắt đầu. Bây giờ, mục tiêu tối ưu hóa cuối cùng là tìm tất cả các tùy chọn có thể có khác để thực hiện truy vấn theo cách tốt nhất. Giai đoạn tối ưu hóa cuối cùng Các thuật toán là Microsoft Propriety.

Người thực thi truy vấn

Trình thực thi truy vấn gọi Phương thức truy cập. Nó cung cấp một kế hoạch thực thi cho logic tìm nạp dữ liệu cần thiết để thực thi. Khi dữ liệu được nhận từ Storage Engine, kết quả sẽ được xuất bản lên lớp Giao thức. Cuối cùng, dữ liệu được gửi đến người dùng cuối.

Công cụ lưu trữ

Công việc của Storage Engine là lưu trữ dữ liệu trong hệ thống lưu trữ như Disk hoặc SAN và truy xuất dữ liệu khi cần thiết. Trước khi đi sâu vào Storage engine, chúng ta hãy xem cách dữ liệu được lưu trữ trong Cơ sở dữ liệu và loại tệp có sẵn.

Tệp dữ liệu và phạm vi:

Data File, lưu trữ vật lý dữ liệu dưới dạng trang dữ liệu, với mỗi trang dữ liệu có kích thước 8KB, tạo thành đơn vị lưu trữ nhỏ nhất trong SQL Server. Các trang dữ liệu này được nhóm một cách hợp lý để tạo thành các phạm vi. Không có đối tượng nào được gán một trang trong SQL Server.

Việc duy trì đối tượng được thực hiện thông qua các phạm vi. Trang có một phần được gọi là Tiêu đề trang với kích thước 96 byte, mang thông tin siêu dữ liệu về trang như Loại trang, Số trang, Kích thước của không gian đã sử dụng, Kích thước của không gian trống và Con trỏ đến trang tiếp theo và trang trước đó , Vân vân.

Loại tập tin

  1. Tệp chính
  • Mỗi cơ sở dữ liệu chứa một tệp chính.
  • Điều này lưu trữ tất cả dữ liệu quan trọng liên quan đến bảng, dạng xem, Trình kích hoạt, v.v.
  • Mở rộng là. mdf thường nhưng có thể có bất kỳ phần mở rộng nào.
  1. Tệp phụ
  • Cơ sở dữ liệu có thể có hoặc không chứa nhiều tệp phụ.
  • Đây là tùy chọn và chứa dữ liệu dành riêng cho người dùng.
  • Mở rộng là. ndf thường nhưng có thể có bất kỳ phần mở rộng nào.
  1. Tệp nhật ký
  • Còn được gọi là Viết trước nhật ký.
  • Mở rộng là. ldf
  • Được sử dụng để quản lý giao dịch.
  • Điều này được sử dụng để khôi phục từ bất kỳ trường hợp không mong muốn nào. Thực hiện nhiệm vụ quan trọng của Rollback đối với các giao dịch chưa cam kết.

Storage Engine có 3 thành phần; chúng ta hãy xem xét chúng một cách chi tiết.

Phương thức truy cập

Nó hoạt động như một giao diện giữa người thực thi truy vấn và Trình quản lý bộ đệm / Nhật ký giao dịch.

Bản thân Access Method không thực hiện bất kỳ thực thi nào.

Hành động đầu tiên là xác định xem truy vấn có phải là:

  1. Chọn câu lệnh (DDL)
  2. Tuyên bố không chọn (DDL & DML)

Tùy thuộc vào kết quả, Phương pháp Truy cập thực hiện các bước sau:

  1. Nếu truy vấn là câu lệnh DDL , SELECT, truy vấn sẽ được chuyển đến Trình quản lý bộ đệm để xử lý thêm.
  2. Và nếu truy vấn if DDL, câu lệnh NON-SELECT , truy vấn được chuyển đến Trình quản lý giao dịch. Điều này chủ yếu bao gồm câu lệnh UPDATE.

Trình quản lý bộ đệm

Trình quản lý bộ đệm quản lý các chức năng cốt lõi cho các mô-đun bên dưới:

  • Lập kế hoạch bộ nhớ cache
  • Phân tích cú pháp dữ liệu: Bộ đệm đệm & Lưu trữ dữ liệu
  • Trang bẩn

Chúng ta sẽ tìm hiểu Plan, Buffer và Data cache trong phần này. Chúng tôi sẽ đề cập đến các trang Bẩn trong phần Giao dịch.

Lập kế hoạch bộ nhớ cache

  • Kế hoạch truy vấn hiện tại: Người quản lý bộ đệm kiểm tra xem kế hoạch thực thi có trong Bộ đệm kế hoạch được lưu trữ hay không. Nếu Có, thì bộ đệm ẩn kế hoạch truy vấn và bộ đệm dữ liệu liên quan của nó sẽ được sử dụng.
  • Lần đầu tiên Gói bộ nhớ cache: Bộ nhớ cache của Kế hoạch hiện có đến từ đâu?

    Nếu kế hoạch thực thi truy vấn lần đầu tiên đang được chạy và phức tạp, bạn nên lưu trữ nó trong bộ đệm ẩn Máy bay. Điều này sẽ đảm bảo tính khả dụng nhanh hơn khi lần sau máy chủ SQL nhận được cùng một truy vấn. Vì vậy, không có gì khác ngoài chính truy vấn mà việc thực thi Kế hoạch đang được lưu trữ nếu nó đang được chạy lần đầu tiên.

Phân tích cú pháp dữ liệu: Bộ đệm đệm & Lưu trữ dữ liệu

Trình quản lý bộ đệm cung cấp quyền truy cập vào dữ liệu được yêu cầu. Có thể thực hiện hai phương pháp dưới đây tùy thuộc vào việc dữ liệu có tồn tại trong bộ nhớ cache dữ liệu hay không:

Bộ đệm đệm - Phân tích cú pháp mềm:

Trình quản lý bộ đệm tìm kiếm Dữ liệu trong Bộ đệm trong Bộ đệm dữ liệu. Nếu có, thì Dữ liệu này được sử dụng bởi Người thực thi truy vấn. Điều này cải thiện hiệu suất vì số lượng hoạt động I / O giảm khi tìm nạp dữ liệu từ bộ nhớ cache so với tìm nạp dữ liệu từ Bộ lưu trữ dữ liệu.

Lưu trữ dữ liệu - Phân tích cú pháp cứng:

Nếu dữ liệu không có trong Trình quản lý bộ đệm so với yêu cầu Dữ liệu được tìm kiếm trong Bộ nhớ dữ liệu. Nếu cũng lưu trữ dữ liệu trong bộ nhớ cache dữ liệu để sử dụng trong tương lai.

Trang bẩn

Nó được lưu trữ dưới dạng logic xử lý của Trình quản lý giao dịch. Chúng ta sẽ tìm hiểu chi tiết trong phần Quản lý giao dịch.

Giám đốc giao dịch

Trình quản lý giao dịch được gọi khi phương thức truy cập xác định rằng Truy vấn là một câu lệnh Không chọn.

Trình quản lý nhật ký

  • Log Manager theo dõi tất cả các cập nhật được thực hiện trong hệ thống thông qua các bản ghi trong Nhật ký giao dịch.
  • Nhật ký có Số thứ tự nhật ký với ID giao dịch và Bản ghi sửa đổi dữ liệu .
  • Điều này được sử dụng để theo dõi Giao dịch đã cam kết và Hoàn tiền giao dịch .

Trình quản lý khóa

  • Trong quá trình Giao dịch, dữ liệu được liên kết trong Bộ nhớ dữ liệu ở trạng thái Khóa. Quá trình này được xử lý bởi Lock Manager.
  • Quá trình này đảm bảo tính nhất quán và cách ly dữ liệu . Còn được gọi là thuộc tính ACID.

Quy trình thực hiện

  • Trình quản lý nhật ký bắt đầu ghi nhật ký và Trình quản lý khóa khóa dữ liệu được liên kết.
  • Bản sao của dữ liệu được duy trì trong bộ đệm ẩn Bộ đệm.
  • Bản sao của dữ liệu cần được cập nhật được duy trì trong bộ đệm Nhật ký và tất cả các sự kiện đều cập nhật dữ liệu trong bộ đệm Dữ liệu.
  • Các trang lưu trữ dữ liệu còn được gọi là Trang bẩn .
  • Checkpoint and Write-Ahead Logging: Quá trình này chạy và đánh dấu tất cả các trang từ Dirty Pages to Disk, nhưng trang vẫn còn trong bộ nhớ cache. Tần suất khoảng 1 lần chạy mỗi phút, nhưng trang được đẩy đầu tiên đến trang Dữ liệu của tệp nhật ký từ Nhật ký đệm. Điều này được gọi là Ghi nhật ký phía trước.
  • Lazy Writer: Trang Dirty có thể vẫn còn trong bộ nhớ. Khi máy chủ SQL quan sát thấy một tải lớn và bộ nhớ đệm cần thiết cho một giao dịch mới, nó sẽ giải phóng các Trang Dirty khỏi bộ nhớ cache. Nó hoạt động trên LRU - Thuật toán ít được sử dụng gần đây nhất để làm sạch trang từ vùng đệm sang đĩa.

Tóm lược:

  • Ba loại kiến ​​trúc máy chủ khách hàng tồn tại: 1) Bộ nhớ dùng chung 2) TCP / IP 3) Đường ống được đặt tên
  • TDS, được phát triển bởi Sybase và hiện thuộc sở hữu của Microsoft, là một gói được đóng gói trong các gói Mạng để truyền dữ liệu từ máy khách sang máy chủ.
  • Relational Engine chứa ba thành phần chính:

    CMD Parser: Đây là nguyên nhân gây ra lỗi Cú pháp và Ngữ nghĩa và cuối cùng là tạo ra một Cây truy vấn.

    Trình tối ưu hoá: Vai trò của Trình tối ưu hoá là tìm ra phương án thực hiện rẻ nhất, không phải tốt nhất, hiệu quả về chi phí.

    Người thực thi truy vấn: Người thực thi truy vấn gọi Phương thức Access và cung cấp kế hoạch thực thi cho logic tìm nạp dữ liệu cần thiết để thực thi.

  • Ba loại tệp tồn tại Tệp chính, Tệp phụ và tệp Nhật ký.
  • Công cụ lưu trữ: Có các thành phần quan trọng sau

    Phương pháp Truy cập: Thành phần này Xác định xem truy vấn là Câu lệnh Chọn hay Không Chọn. Gọi Bộ đệm và Trình quản lý chuyển tương ứng.

    Trình quản lý bộ đệm: Trình quản lý bộ đệm quản lý các chức năng cốt lõi cho Plan Cache, Data Parsing & Dirty Page.

    Người quản lý giao dịch: Nó quản lý Giao dịch Không chọn với sự trợ giúp của Người quản lý Nhật ký và Khóa. Ngoài ra, tạo điều kiện thực hiện quan trọng của ghi nhật ký Viết trước và Người viết lười biếng.