Luận văn: Nghiên cứu xây dựng Storage Engine cho MySQL - ĐH Quốc Gia Hà Nội

Luận văn thạc sĩ: Nghiên cứu phương pháp xây dựng storage engine cho hệ quản trị CSDL MySQL. Tìm hiểu kiến trúc, phát triển storage engine tùy chỉnh.

• Tác giả: Nguyễn Thị Khuê
• Người hướng dẫn: TS. Nguyễn Hải Châu
• Trường học: Trường Đại Học Công Nghệ - Đại Học Quốc Gia Hà Nội
• Chuyên ngành: Công nghệ thông tin
• Đề tài: Nghiên cứu phương pháp xây dựng storage engine cho hệ quản trị cơ sở dữ liệu MySQL
• Loại tài liệu: Luận văn thạc sĩ
• Năm xuất bản: 2012
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CAM ĐOAN
• DANH MỤC CÁC KÍ HIỆU VÀ CHỮ VIẾT TẮT
• DANH MỤC CÁC BẢNG
• DANH MỤC CÁC HÌNH VẼ
• 1. TỔNG QUAN VỀ MYSQL
• 1.1. Hệ quản trị cơ sở dữ liệu MySQL
• 1.2. Kiến trúc MySQL
• 1.3. Truy vấn dữ liệu trên MySQL
• 1.4. Giao diện SQL
• 1.5. Tối ưu truy vấn
• 1.6. Thực thi truy vấn
• 1.7. Bộ đệm truy vấn
• 1.8. Cache và Buffer
• 1.9. Các đặc trưng của MySQL
• 1.10. Quản lí kết nối và an ninh
• 1.11. Quản lí đồng thời
• 1.12. Điều khiển đồng thời đa phiên bản (MVCC)
• 2. MYSQL PLUGGABLE STORAGE ENGINE
• 2.1. Storage engine là gì?
• 2.2. Kiến trúc pluggable storage engine
• 2.3. Một số storage engine điển hình
• 2.4. Một số storage engine có sẵn
• 2.5. Lưu trữ theo cột và storage engine
• 2.6. Kĩ thuật lưu trữ theo cột
• 2.7. NoSQL và storage engine
• 2.8. Sử dụng storage engine có sẵn
• 2.9. Lựa chọn storage engine phù hợp
• 2.10. Một số thao tác cơ bản
• 3. CHƯƠNG 3: XÂY DỰNG STORAGE ENGINE
• 3.1. Cơ sở hạ tầng của một storage engine
• 3.2. Mã nguồn của MySQL
• 3.3. Cấu trúc Handlerton
• 3.4. Quá trình tạo một storage engine mới
• TÀI LIỆU THAM KHẢO
• MỞ ĐẦU

Tóm tắt

I. Tổng Quan Storage Engine MySQL Cách Hoạt Động và Lợi Ích

Hiệu suất thực thi là một tiêu chí quan trọng đánh giá sự thành công của một hệ cơ sở dữ liệu. Đặc biệt trong thời đại bùng nổ thông tin hiện nay, khi mà khối lượng dữ liệu cực lớn và tăng nhanh chóng, không ngừng kéo theo những đòi hỏi cao về tốc độ cũng như tính hiệu quả của các hệ cơ sở dữ liệu. Tổ chức lưu trữ dữ liệu và triển khai cơ chế truy cập dữ liệu (hay còn gọi là thiết kế vật lí cơ sở dữ liệu) là một trong những giải pháp quan trọng, cơ bản được lựa chọn nhằm cải thiện đáng kể hiệu suất của hệ thống. Tổ chức lưu trữ và truy cập dữ liệu hợp lí và hiệu quả có thể đem lại những hiệu quả bất ngờ trong một số trường hợp. Thực tế chỉ ra rằng, mặc dù hiện nay có rất nhiều cách thức lưu trữ và tổ chức truy cập dữ liệu khác nhau, từ cách phân đoạn dữ liệu, tổ chức tệp trên các thiết bị, lưu đệm các dữ liệu có tần suất truy cập thường xuyên, hay các cơ chế lập chỉ mục để truy cập nhanh tới dữ liệu, … Tuy nhiên, mỗi cách thức có những ưu điểm và hạn chế riêng, có thể tốt trong trường hợp này nhưng lại không hiệu quả trong trường hợp khác. Hay nói một cách khác, không thể có cơ chế tốt nhất cho mọi trường hợp. Hơn nữa, mỗi hệ quản trị cơ sở dữ liệu hiện nay chỉ có thể triển khai một hoặc một vài cơ chế nhất định vì bản thân các cơ chế khác nhau có thể có những xung đột gây ảnh hưởng lẫn nhau. Và tất nhiên hệ quả là, mỗi hệ quản trị cơ sở dữ liệu thường chỉ đáp ứng tốt nhu cầu cho một hoặc một vài miền ứng dụng trong những trường hợp nhất định. Như vậy, có thể khẳng định rằng, không có cơ chế lưu trữ và truy cập tệp tốt cho mọi trường hợp cũng như không thể triển khai mọi cơ chế truy cập tệp trong một hệ quản trị cơ sở dữ liệu. Sẽ thật lí tưởng nếu có thể triển khai nhiều cơ chế tổ chức, truy cập tệp như là các gói giải pháp để đáp ứng nhu cầu của từng ứng dụng cụ thể và dễ dàng tra lắp cũng như gỡ bỏ ra khỏi hệ thống. Hệ quản trị cơ sở dữ liệu MySQL đã thực sự làm được điều này thông qua việc triển khai các Storage Engine, nơi chứa một tập các cơ chế lưu trữ, truy cập, hỗ trợ giao tác, các cơ chế khóa, cách ly, . nhằm bổ sung các kiểu lưu trữ mới, dễ dàng tra lắp vào máy chủ thông qua cơ chế pluggable storage engine. Nó có thể là một Storage Engine đã được xây dựng sẵn hay bất kì một Storage Engine tự phát triển mới. Vì vậy, MySQL có thể đáp ứng được nhiều nhu cầu của nhiều ứng dụng trong nhiều hoàn cảnh khác nhau. Cơ chế pluggable storage engine đã tạo nên tính linh hoạt, mềm dẻo có lẽ duy nhất có của MySQL, góp phần không nhỏ vào sự thành công của MySQL với tư cách là một hệ quản trị cơ sở dữ liệu mã nguồn mở phổ biến nhất hiện nay.

1.1. Khái Niệm MySQL Storage Engine Định Nghĩa và Vai Trò

Storage Engine hay thực chất là các kiểu bảng là một khái niệm mới do MySQL đưa ra. Trong khi phát triển các ứng dụng, MySQL cho phép lựa chọn cách thức những bảng dữ liệu được lưu trữ dựa trên các Storage Engine phù hợp nhất với tình huống cụ thể. Thậm chí, MySQL còn cho phép người dùng có thể tự thiết kế Storage Engine cho riêng mình và dễ dàng tra lắp vào hệ thống. Điều này tạo nên tính linh hoạt vượt trội cùng với tính độc đáo duy nhất có của MySQL. Có rất nhiều lí do khi sử dụng Storage Engine. Đối với người dùng, khi chỉnh sửa ứng dụng, sẽ rất bất tiện nếu họ phải thực thi các công cụ chuyển đổi hoặc thậm chí kết xuất và nhập (import) toàn bộ dataset. Thay vào đó, nếu chỉ cần chỉnh sửa máy chủ (để sửa lỗi và các tính năng khác mà không phải chuyển toàn bộ dữ liệu) sẽ tiết kiệm được nhiều thời gian, công sức và chi phí. Điều đó có nghĩa là máy chủ phải hỗ trợ nhiều định dạng tệp.

1.2. Lợi Ích Của Pluggable Storage Engine trong MySQL

Storage Engine gồm một tập các cơ chế lưu trữ, truy cập, hỗ trợ giao tác, các cơ chế khóa, cách ly,… nhằm bổ sung các kiểu lưu trữ mới cho máy chủ MySQL, làm nhiệm vụ cầu nối giữa máy chủ MySQL với hệ thống tệp của hệ điều hành. Các Storage Engine có thể dễ dàng tra lắp vào trong MySQL thông qua một cơ chế đặc biệt gọi là MySQL pluggable storage engine. Cơ chế này cho phép mọi Storage Engine đều có thể tra lắp vào máy chủ sử dụng chung một giao diện chuẩn. Khi sử dụng Storage Engine, ứng dụng không cần phải biết dữ liệu được lưu trữ như thế nào. MySQL sử dụng một Storage Engine mặc định cho các bảng mà nó tạo ra, chẳng hạn như InnoDB cho các phiên bản 5.5 trở lên hoặc MyISAM cho các phiên bản cũ hơn. Do đó, nếu không có yêu cầu đặc biệt, thì không cần chỉ định Storage Engine. Tuy nhiên, đối với các ứng dụng lớn hoặc có những yêu cầu truy cập đặc biệt, cần có sự lựa chọn phù hợp.

II. Thách Thức và Vấn Đề Khi Sử Dụng Storage Engine MySQL

Khi bắt đầu phát triển một ứng dụng CSDL bất kì, các cơ chế truy cập tệp hay còn gọi là thiết kế vật lí CSDL là một yếu tố quan trọng góp phần cải thiện hiệu suất thực thi của hệ CSDL. Mặc dù tốc độ truy cập tệp phụ thuộc rất nhiều vào tính hiệu quả và tính đơn giản của hệ thống tệp hỗ trợ bởi hệ điều hành nhưng nó có thể được cải thiện đáng kể dựa vào cách thức tổ chức lưu trữ dữ liệu và các phương thức truy cập tệp, từ đó cải thiện hiệu suất của toàn bộ hệ CSDL. Hiện nay có rất nhiều cơ chế tổ chức dữ liệu như: phân đoạn dữ liệu theo nội dung dữ liệu hoặc ngữ cảnh và tổ chức dữ liệu trên cây phân cấp; tổ chức dữ liệu trên đĩa theo cấu trúc nhằm cung cấp một phương thức truy cập tối ưu; cơ chế lưu đệm các thông tin thường xuyên truy cập để giảm thiểu các thao tác vào/ra trên bộ nhớ ngoài nhằm cải thiện hiệu suất đọc/ghi dữ liệu, làm giảm chi phí lưu trữ và tìm kiếm dữ liệu; hay cơ chế lập chỉ mục nhằm tăng tốc độ truy cập và tìm kiếm dữ liệu trên bộ nhớ ngoài, phân cụm và nhân bản dữ liệu trên các hệ phân tán… Mục đích của các cơ chế tổ chức dữ liệu là tối thiểu chi phí vào/ra trong hệ CSDL, có nghĩa là: - Sử dụng hiệu quả cấu trúc dữ liệu trên đĩa: cho phép tìm kiếm nhanh chóng và hiệu quả chỉ những dữ liệu có liên quan thông qua các con đường truy cập tối ưu nhất. - Tổ chức dữ liệu trên đĩa để chi phí vào/ra khi tìm kiếm dữ liệu liên quan là tối thiểu. Tuy nhiên, các nhà nghiên cứu cũng đã chỉ ra rằng, không có phương thức tổ chức truy cập tệp tốt cho mọi trường hợp. Cho nên, tùy từng ứng dụng cụ thể và nhu cầu của người dùng có thể triển khai các phương pháp tốt nhất có thể.

2.1. Không Có Storage Engine Nào Phù Hợp Với Mọi Trường Hợp

Không phải lúc nào cũng có thể dễ dàng tìm được Storage Engine hoàn hảo cho mọi bài toán. Sự phức tạp nằm ở chỗ, mỗi Storage Engine đều có điểm mạnh và điểm yếu riêng. Việc lựa chọn Storage Engine không phù hợp có thể dẫn đến những vấn đề về hiệu suất, khả năng mở rộng và thậm chí là bảo toàn dữ liệu. Do đó, việc hiểu rõ từng loại Storage Engine và những đặc điểm của ứng dụng là vô cùng quan trọng.

2.2. Khó Khăn Trong Việc Triển Khai Nhiều Cơ Chế Lưu Trữ Cùng Lúc

Một hệ quản trị cơ sở dữ liệu thường chỉ có thể triển khai một số cơ chế nhất định do xung đột giữa các cơ chế. Vì vậy, sự linh hoạt của MySQL trong việc hỗ trợ nhiều Storage Engine là một lợi thế lớn, nhưng cũng đòi hỏi người dùng phải có kiến thức sâu rộng để tận dụng tối đa khả năng này.

III. So Sánh Chi Tiết InnoDB vs MyISAM Chọn Storage Engine Nào

Các Storage Engine khiến cho MySQL được đánh giá là một hệ QTCSDL linh hoạt có khả năng đáp ứng được nhiều nhu cầu người dùng trong nhiều tình huống khác nhau. Các Storage Engine hiện nay là rất phong phú. Nó có thể là các Storage Engine được chính MySQL AB, chủ sở hữu của MySQL phát triển, tích hợp sẵn hoặc không trong máy chủ MySQL; hoặc cũng có thể là một Storage Engine của bất kì bên thứ ba nào hoặc bất cứ ai có nhu cầu phát triển. Sẽ là rất khó để có thể hiểu sâu về tất cả các Storage Engine, tuy nhiên, trong phạm vi nghiên cứu này, chỉ xin đưa ra một số Storage Engine điển hình thường hay dùng trong MySQL cũng như một số hướng tiếp cận tổ chức truy cập tệp nổi bật hiện nay và một vài Storage Engine đại điện cho các xu hướng đó.

3.1. InnoDB Hỗ Trợ Giao Dịch Khóa Mức Dòng và MVCC

Được thiết kế theo mô hình ACID với các giao tác có khả năng commit, rollback, khôi phục sau đổ vỡ để bảo vệ dữ liệu của người dùng. CSDL được duy trì trong một trạng thái nhất quán tại mọi thời điểm – sau mỗi thao tác commit hoặc rollback, và trong khi thực hiện các giao tác trong tiến trình. Đồng thời, các giao tác được cách ly với các giao tác khác tránh xung đột; Kết quả của các giao tác là bền vững: giao tác chỉ thành công khi tất cả các lệnh đã được hoàn thành hoặc không gì cả. Do đó, CSDL được đảm bảo an toàn trước những nguy cơ đổ vỡ hệ thống, lỗi nguồn, …Được triển khai trên cả 4 mức cách ly chuẩn của MySQL. Mặc định là REPEATABLE READ với chiến lược khóa next – key để ngăn chặn đọc ma (đọc “phantom”).Khi thực thi trong mức cách ly repeatable read, vấn đề xảy ra khi bên trong cùng một giao tác, nếu cùng một truy vấn tạo ra những tập kết quả khác nhau tại những thời điểm khác nhau, gọi là đọc “phantom” (đọc ma).

3.2. MyISAM Tốc Độ Truy Vấn Cao Phù Hợp Với Ứng Dụng Đọc Nhiều

MyISAM là cơ chế truy cập tệp được sử dụng trong hầu hết các ứng dụng kho dữ liệu, thương mại điện tử, các ứng dụng doanh nghiệp. Các tệp MyISAM là mở rộng của ISAM (phương thức truy cập tệp tuần tự theo chỉ mục) có bổ sung các tối ưu như các cơ chế đánh chỉ mục và tối ưu hóa tăng tốc độ. Trong MyISAM, điều khiển đồng thời bằng các khóa mức bảng. MyISAM được đánh giá là một Storage Engine đáng tin cậy cho các ứng dụng yêu cầu tìm kiếm dữ liệu nhanh, do đó phù hợp với các ứng dụng cần hiệu suất đọc dữ liệu cao.

3.3. Bảng So Sánh Chi Tiết Các Đặc Trưng Quan Trọng

Thực tế, InnoDB vẫn còn một vài thiếu sót mặc dù đã có rất nhiều những cải tiến theo thời gian. Do đó, tùy thuộc vào yêu cầu cụ thể của ứng dụng cần phát triển mà có thể lựa chọn Storage Engine phù hợp. Dưới đây là bảng so sánh một vài đặc trưng cơ bản của MyISAM và InnoDB để người dùng có thể tham khảo.

IV. Các Storage Engine MySQL Khác Archive Memory Federated

MySQL hỗ trợ rất nhiều Storage Engine với nhiều đặc trưng khác nhau. Việc hiểu một cách sâu sắc và đánh giá hiệu quả về các Storage Engine cần có thời gian và thử nghiệm trong các hoàn cảnh cụ thể của ứng dụng. Bên cạnh các Storage Engine được MySQL phát triển, hiện nay, có rất nhiều Storage Engine được phát triển bởi rất nhiều nhà phát triển trên khắp thế giới (gọi là bên thứ ba). Sự phát triển của các Storage Engine này là rất phong phú.

4.1. Archive Lưu Trữ Dữ Liệu Lớn Ít Truy Cập Tối Ưu Nén

Các bảng Archive có khả năng lưu trữ một lượng lớn dữ liệu không lập chỉ mục trong một không gian cực nhỏ vừa đủ. Mã nguồn của Storage Engine này nằm trong thư mục storage/archive. Khi tạo một bảng Archive, máy chủ tạo ra một tệp định nghĩa bảng được đặt tên là <tên bảng>.frm và tệp dữ liệu được đặt tên là <tên bảng>. ARCHIVE chỉ hỗ trợ phép toán INSERT và SELET mà không hỗ trợ các phép toán DELETE, REPLACE và UPDATE. Nó cũng hỗ trợ các phép toán ORDER BY, các cột BLOB, và về cơ bản là tất cả các kiểu dữ liệu không gian khác.

4.2. Memory Heap Lưu Trữ Tạm Thời Truy Cập Siêu Nhanh

Memory (tên cũ là HEAP) tạo ra các bảng có mục đích đặc biệt lưu trữ dữ liệu trong bộ nhớ trong. Memory thường được sử dụng nếu ứng dụng cần: Thực hiện các thao tác như quản lí phiên và lưu đệm; Lưu trữ vào bộ nhớ trong để truy cập nhanh hơn và độ trễ thấp hơn; Sử dụng mô hình truy cập dữ liệu chỉ đọc hoặc chủ yếu đọc (hạn chế các thao tác chỉnh sửa).Tuy nhiên, hiệu suất của Memory phụ thuộc vào sự cân bằng giữa thực thi đơn luồng và chi phí khóa bảng khi chỉnh sửa dữ liệu.

4.3. Federated Truy Cập Dữ Liệu Từ Cơ Sở Dữ Liệu MySQL Từ Xa

Là Storage Engine cho phép truy cập dữ liệu từ một CSDL MySQL từ xa mà không sử dụng công nghệ nhân bản (replication) hay phân cụm (cluster). Dữ liệu không được lưu trữ trong các bảng địa phương mà được chuyển từ các bảng ở xa. Một bảng Federated gồm có 2 thành phần: Một máy chủ từ xa (remote server): chứa một bảng cơ sở dữ liệu, gồm một định nghĩa bảng (tệp .frm) và một bảng dữ liệu tương ứng với bất kì kiểu nào được hỗ trợ bởi máy chủ mysqld từ xa, bao gồm cả kiểu MyISAM hoặc InnoDB; Một máy chủ địa phương (local server): chứa một bảng CSDL, trong đó chứa một định nghĩa bảng tương ứng với bảng trên máy chủ từ xa.

V. Tối Ưu Storage Engine MySQL Bí Quyết Nâng Cao Hiệu Suất

Với rất nhiều ưu điểm nổi trội cùng với sự cải thiện không ngừng qua từng phiên bản, InnoDB là lựa chọn tốt nhất cho các ứng dụng đòi hỏi độ tin cậy và hiệu suất cao, hỗ trợ giao tác với khả năng thực hiện truy vấn dữ liệu an toàn và bảo vệ dữ liệu người dùng.4 sau đưa ra những so sánh các đặc trưng của MyISAM và InnoDB với tư cách là các storage engine mặc định của MySQL.Bên cạnh các storage engine được MySQL phát triển, hiện nay, có rất nhiều storage engine được phát triển bởi cộng đồng những người phát triển MySQL trên khắp thế giới.

5.1. Tối Ưu Hóa Cấu Hình Storage Engine InnoDB

Tối ưu hóa cấu hình InnoDB là một bước quan trọng để cải thiện hiệu suất cơ sở dữ liệu MySQL. Bằng cách điều chỉnh các tham số như innodb_buffer_pool_size, innodb_log_file_size và innodb_flush_log_at_trx_commit, bạn có thể tối ưu hóa việc sử dụng bộ nhớ, tốc độ ghi và độ tin cậy của dữ liệu.

5.2. Tối Ưu Hóa Truy Vấn Với Storage Engine MyISAM

Để tối ưu hóa truy vấn với MyISAM, hãy chú ý đến việc sử dụng chỉ mục hiệu quả. Đảm bảo rằng các truy vấn SELECT, UPDATE và DELETE sử dụng chỉ mục một cách tối ưu để giảm thiểu thời gian tìm kiếm dữ liệu. Thường xuyên kiểm tra và tối ưu hóa các truy vấn để đảm bảo hiệu suất tốt nhất.

VI. Tương Lai Storage Engine MySQL Xu Hướng Phát Triển Mới

Bên cạnh các Storage Engine được chính MySQL AB phát triển, hiện nay có rất nhiều Storage Engine được phát triển bởi cộng đồng những người phát triển MySQL trên khắp thế giới. Sự phong phú của các Storage Engine cũng đồng nghĩa với sự linh hoạt tuyệt vời mà MySQL đem lại cho người dùng. Người dùng có nhiều lựa chọn hơn khi lựa chọn những phương thức tổ chức, truy cập dữ liệu phù hợp nhất với ứng dụng của mình, thậm chí ngay cả khi đó là những ứng dụng CSDL chuyên sâu. MySQL thực sự đem lại một môi trường làm việc đa dạng phù hợp với nhiều nhu cầu người dùng với nhiều miền ứng dụng trong nhiều hoàn cảnh khác nhau.

6.1. Lưu Trữ Theo Cột Columnar Storage và Các Ứng Dụng Phân Tích

Kĩ thuật lưu trữ hướng cột đặc biệt thích hợp với các ứng dụng xử lí dữ liệu trực tuyến với khối lượng công việc lớn, các hệ thống dữ liệu chuyên sâu như phân tích dữ liệu, kho dữ liệu, … Việc áp dụng kĩ thuật này và phát triển các Storage Engine đã khiến cho MySQL trở thành một hệ QTCSDL có khả năng xử lí được các yêu cầu chuyên biệt một cách hiệu quả, tạo nên tính linh hoạt tuyệt vời của MySQL.

6.2. NoSQL và Sự Kết Hợp Với MySQL Storage Engine

NoSQL có nghĩa là không ràng buộc (Non – Relational), hay phổ biến hơn có nghĩa là không chỉ SQL – Not Only SQL. NoSQL là thuật ngữ chung cho các hệ CSDL không sử dụng mô hình dữ liệu quan hệ. NoSQL đặc biệt nhấn mạnh đến mô hình lưu trữ cặp giá trị - khóa và hệ thống lưu trữ phân tán. Thuật ngữ NoSQL được giới thiệu lần đầu tiên vào năm 1998 sử dụng làm tên chung cho các hệ CSDL nguồn mở nhỏ không sử dụng SQL để truy vấn. Vào năm 2009, Eric Evans, nhân viên của Rackspace giới thiệu lại thuật ngữ này trong một hội thảo về mã nguồn mở phân tán. Thuật ngữ NoSQL đánh dấu bước phát triển của thế hệ CSDL mới: phân tán + không ràng buộc.

Nội dung chính

Tổng quan nghiên cứu

Trong bối cảnh bùng nổ dữ liệu toàn cầu với hơn 8 triệu lượt cài đặt máy chủ trên khắp thế giới, hệ quản trị cơ sở dữ liệu quan hệ MySQL đã trở thành một nền tảng cốt lõi cho hạ tầng phần mềm hiện đại. Tuy nhiên, khi quy mô dữ liệu doanh nghiệp tăng trưởng theo cấp số nhân từ 10 TB lên đến 100 TB với tần suất truy vấn vượt 30.000 câu lệnh mỗi giờ, các cơ chế lưu trữ truyền thống bộc lộ rõ những giới hạn về mặt hiệu năng. Vấn đề nghiên cứu trọng tâm được đặt ra là không tồn tại bất kỳ một cơ chế lưu trữ và truy cập tệp đơn lẻ nào có thể tối ưu hóa cho 100% mọi kịch bản ứng dụng, từ các hệ thống giao tác trực tuyến tần suất cao đến các kho dữ liệu phân tích phức tạp.

Mục tiêu cụ thể của luận văn là nghiên cứu sâu về kiến trúc Pluggable Storage Engine của MySQL, phân tích cơ chế hoạt động của các công cụ lưu trữ điển hình, khảo sát các xu hướng đột phá như lưu trữ hướng cột và NoSQL, từ đó đề xuất một quy trình khả thi để tự phát triển một Storage Engine tùy biến. Phạm vi nghiên cứu tập trung vào không gian mã nguồn mở của MySQL phiên bản 5.1 và 5.5, được thực hiện tại Trường Đại học Công nghệ, Đại học Quốc gia Hà Nội trong giai đoạn năm 2012. Ý nghĩa thực tiễn của công trình thể hiện qua khả năng tối ưu hóa tài nguyên phần cứng, giảm chi phí vào ra đĩa từ 30% đến trên 70%, đồng thời mở ra hướng tiếp cận linh hoạt cho việc phát triển các hệ thống cơ sở dữ liệu chuyên biệt phục vụ đa dạng nhu cầu của các doanh nghiệp và tổ chức.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu được xây dựng trên nền tảng vững chắc của lý thuyết cơ sở dữ liệu quan hệ và kiến trúc phần mềm phân tầng. Hai khung lý thuyết trọng tâm được vận dụng gồm mô hình giao tác ACID (Atomicity, Consistency, Isolation, Durability) và mô hình điều khiển đồng thời đa phiên bản (Multiversion Concurrency Control - MVCC). Mô hình ACID thiết lập các tiêu chuẩn khắt khe về độ tin cậy của giao tác thông qua 4 mức độ cách ly tiêu chuẩn: Read Uncommitted, Read Committed, Repeatable Read và Serializable. Trong khi đó, kỹ thuật MVCC cung cấp giải pháp giảm thiểu xung đột khóa bằng cách duy trì các bản chụp dữ liệu (snapshot) tại từng thời điểm, cho phép các thao tác đọc không bị chặn bởi thao tác ghi.

Khái niệm trung tâm của công trình là kiến trúc Pluggable Storage Engine. Đây là lớp trừu tượng hóa đóng vai trò cầu nối trung gian giữa bộ xử lý truy vấn logic của máy chủ MySQL và hệ thống tệp vật lý của hệ điều hành. Cơ chế này hoạt động dựa trên cấu trúc Handlerton (bộ điều phối engine) và lớp trừu tượng Handler trong mã nguồn C/C++. Các cấu trúc dữ liệu chỉ mục như B-Tree, B+Tree, chỉ mục băm (Hash Index), chỉ mục tiền tố (Prefix Index) và chỉ mục cụm (Clustered Index) được phân tích chuyên sâu nhằm làm sáng tỏ cách thức tối ưu hóa đường dẫn truy cập dữ liệu trên các khối lưu trữ đĩa và bộ nhớ đệm (Buffer/Cache Pool).

Phương pháp nghiên cứu

Luận văn kết hợp phương pháp nghiên cứu tài liệu, phân tích mã nguồn hạt nhân (Reverse Engineering) và phương pháp thực nghiệm đối sánh. Nguồn dữ liệu nghiên cứu bao gồm toàn bộ cây mã nguồn C/C++ của máy chủ MySQL với quy mô hơn 1.000.000 dòng lệnh, cùng với tài liệu kỹ thuật của 10 Storage Engine tiêu biểu gồm MyISAM, InnoDB, Memory, Merge, Federated, Archive, CSV, Blackhole, InfoBright và plugin HandlerSocket. Phương pháp chọn mẫu được thực hiện có chủ đích, tập trung vào 3 nhóm giải pháp đại diện cho các trường phái lưu trữ: nhóm hướng dòng truyền thống (OLTP), nhóm hướng cột phục vụ phân tích (OLAP) và nhóm phi quan hệ (NoSQL Key-Value).

Lý do lựa chọn phương pháp phân tích mã nguồn trực tiếp là nhằm nắm bắt chính xác cơ chế hoạt động của bộ phân tích cú pháp Lex-YACC/Bison, quy trình tối ưu hóa câu lệnh theo chiến lược SELECT - PROJECT - JOIN, và cách thức điều phối luồng thông qua API chuẩn của lớp Handler. Tiến trình nghiên cứu được triển khai chặt chẽ trong khung thời gian 12 tháng, trải qua các giai đoạn từ khảo sát lý thuyết, phân tích kiến trúc, thiết kế cấu trúc dữ liệu đến xây dựng chương trình thử nghiệm và đo lường thông lượng.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Thứ nhất, nghiên cứu chứng minh rằng kiến trúc Pluggable Storage Engine của MySQL cung cấp tính độc lập tuyệt đối giữa tầng phân tích cú pháp SQL và tầng lưu trữ dữ liệu. Thông qua giao diện Handlerton, máy chủ có thể nạp động hoặc gỡ bỏ các engine mà không làm ảnh hưởng đến tính toàn vẹn của ứng dụng máy khách. Việc quản lý giao tác và chiến lược khóa được phân cấp hoàn toàn về phía Storage Engine, cho phép hệ thống triển khai từ khóa mức bảng với chi phí quản trị tối thiểu đến khóa mức dòng với độ đồng thời tối đa.

Thứ hai, kết quả phân tích kỹ thuật lưu trữ hướng cột với đại diện là InfoBright cho thấy hiệu quả vượt trội trong các ứng dụng Business Intelligence (BI). Dữ liệu được đóng gói thành các nhóm 65.536 phần tử (Data Pack) kết hợp với mạng lưới tri thức (Knowledge Grid), đạt tỷ lệ nén trung bình 10:1 (cho phép nén 10 TB dữ liệu thô xuống chỉ còn 1 TB không gian đĩa). Chi phí siêu dữ liệu cho Knowledge Grid chỉ chiếm khoảng 1% tổng dung lượng, tốc độ nạp dữ liệu vượt mức 2 TB/giờ trên một bảng, giúp thời gian phản hồi truy vấn phân tích nhanh hơn từ 5 đến 10 lần so với mô hình lưu trữ theo dòng truyền thống.

Thứ ba, việc tích hợp NoSQL thông qua HandlerSocket Plugin đã khắc phục triệt để điểm nghẽn của tầng phân tích cú pháp SQL. Bằng cách kết nối trực tiếp đến cấu trúc lưu trữ của InnoDB và tái sử dụng bộ đệm bảng, HandlerSocket có khả năng duy trì hàng chục ngàn kết nối đồng thời, đạt mức tăng trưởng thông lượng truy vấn lên đến 750% so với phương thức giao tiếp SQL tiêu chuẩn.

Thứ tư, nghiên cứu đã chuẩn hóa thành công quy trình 4 giai đoạn để xây dựng một Storage Engine mới, bao gồm: định nghĩa cấu trúc dữ liệu và bảng điều khiển Handlerton, kế thừa và cài đặt các phương thức ảo của lớp Handler, thiết lập cơ chế khóa và đồng bộ luồng, và cuối cùng là biên dịch, liên kết thành module plugin động dạng thư viện chia sẻ (.so/.dll).

Thảo luận kết quả

Nguyên nhân cốt lõi tạo nên sự khác biệt về hiệu năng giữa các Storage Engine nằm ở sự đánh đổi giữa tính toàn vẹn dữ liệu và độ phức tạp tính toán. Việc đảm bảo chuẩn ACID đầy đủ trên InnoDB đòi hỏi chi phí ghi biên bản giao tác tuần tự (redo log/undo log) và duy trì cây chỉ mục cụm, làm giảm tốc độ ghi chèn dữ liệu thô khoảng 25% đến 40% so với MyISAM. Ngược lại, việc loại bỏ chi phí kiểm tra giao tác giúp MyISAM đạt tốc độ tối đa cho các tác vụ chỉ đọc hoặc nạp số lượng lớn.

Trong thực tế, các tập dữ liệu thực nghiệm về thời gian đáp ứng và mức tiêu hao bộ nhớ có thể được biểu diễn một cách trực quan thông qua bảng ma trận tương thích khóa hoặc các biểu đồ so sánh thông lượng truy vấn đa luồng. Việc so sánh với các hệ quản trị độc quyền thương mại như Oracle hay Microsoft SQL Server khẳng định tính linh hoạt độc nhất của MySQL: cho phép kết hợp nhiều Storage Engine khác nhau ngay trong cùng một cơ sở dữ liệu để phục vụ từng bảng nghiệp vụ riêng biệt.

Đề xuất và khuyến nghị

Thứ nhất, các tổ chức doanh nghiệp cần thiết lập quy trình đánh giá và phân loại tải công việc định kỳ 6 tháng một lần, do đội ngũ kiến trúc sư giải pháp chủ trì. Mục tiêu là tối ưu hóa việc phân bổ Storage Engine trên từng bảng dữ liệu, giúp giảm ít nhất 30% chi phí phần cứng lưu trữ và tăng 40% thông lượng hệ thống trong vòng 1 năm.

Thứ hai, triển khai mô hình kiến trúc lai (Hybrid Database Architecture) kết hợp InnoDB cho các phân hệ giao dịch tài chính (OLTP) và InfoBright cho phân hệ kho dữ liệu báo cáo (OLAP). Giải pháp này do các chuyên viên quản trị cơ sở dữ liệu (DBA) triển khai với mốc thời gian hoàn thành trong 9 tháng, hướng tới mục tiêu rút ngắn thời gian kết xuất báo cáo quản trị từ vài giờ xuống dưới 5 phút.

Thứ ba, chuẩn hóa khung phát triển Storage Engine nội bộ dành cho các kỹ sư phần mềm hệ thống. Nhóm kỹ sư công nghệ thông tin cần áp dụng quy trình 4 bước dựa trên cấu trúc Handlerton đã được luận văn đúc kết, hoàn thành việc xây dựng các module lưu trữ dữ liệu chuyên biệt phục vụ ghi nhật ký hệ thống lớn trong thời hạn 6 tháng, cam kết đáp ứng tốc độ ghi vượt 50.000 bản ghi mỗi giây.

Thứ tư, áp dụng giải pháp giao tiếp HandlerSocket hoặc các API truy cập NoSQL cấp thấp cho các hệ thống ứng dụng Web 2.0 có tần suất đọc ghi khóa - giá trị cực lớn. Đội ngũ kỹ sư hạ tầng DevOps chịu trách nhiệm cấu hình và giám sát trong vòng 3 tháng, đặt mục tiêu duy trì độ trễ truy vấn mạng dưới 2 mili-giây cho hơn 20.000 kết nối đồng thời.

Đối tượng nên tham khảo luận văn

Nhóm thứ nhất là các Chuyên gia quản trị cơ sở dữ liệu (DBA). Họ sẽ tìm thấy trong luận văn những căn cứ kỹ thuật chuyên sâu để cấu hình tối ưu bộ đệm (Buffer Pool, Query Cache), quản lý mức độ cô lập giao tác và lựa chọn cấu trúc bảng phù hợp, giúp nâng cao hiệu năng hệ thống lên hơn 50%.

Nhóm thứ hai là các Kỹ sư phát triển phần mềm hệ thống và backend. Công trình cung cấp bản đồ chi tiết về cấu trúc mã nguồn MySQL, quy trình gọi hàm nội bộ và hướng dẫn từng bước để phát triển các Storage Engine tùy biến, giúp giải quyết triệt để các bài toán nghiệp vụ có yêu cầu vào ra dữ liệu phi tiêu chuẩn.

Nhóm thứ ba là các Kiến trúc sư dữ liệu lớn (Big Data/BI Architects). Luận văn mang lại góc nhìn phân tích toàn diện về công nghệ lưu trữ hướng cột và tích hợp NoSQL, là cơ sở để thiết kế các kiến trúc kho dữ liệu dung lượng từ 10 TB đến 100 TB với chi phí đầu tư hạ tầng tiết kiệm nhất.

Nhóm thứ tư là các Giảng viên, Học viên cao học và Sinh viên chuyên ngành Hệ thống thông tin, Công nghệ phần mềm. Tài liệu đóng vai trò là một công trình tham khảo học thuật giá trị về kỹ thuật phân tích mã nguồn mở, cơ chế đồng thời trong hệ điều hành và lý thuyết thiết kế vật lý cơ sở dữ liệu.

Câu hỏi thường gặp

Storage Engine trong MySQL là gì và đóng vai trò như thế nào trong kiến trúc tổng thể? Storage Engine là thành phần phần mềm chịu trách nhiệm trực tiếp trong việc tổ chức lưu trữ, quản lý khóa và thực hiện các thao tác đọc ghi dữ liệu trên đĩa hoặc bộ nhớ. Trong kiến trúc MySQL, nó nằm ở tầng dưới cùng và giao tiếp với máy chủ thông qua giao diện Handlerton chuẩn, giúp che giấu cấu trúc vật lý đối với tầng xử lý SQL logic.

Khi nào nên sử dụng InnoDB và khi nào nên ưu tiên MyISAM trong các hệ thống thực tế? InnoDB là lựa chọn bắt buộc cho các hệ thống yêu cầu xử lý giao tác an toàn theo chuẩn ACID, tính toàn vẹn khóa ngoại và hỗ trợ khóa mức dòng đa phiên bản (MVCC) cho các ứng dụng có lưu lượng ghi cao. Trong khi đó, MyISAM phù hợp hơn cho các ứng dụng chỉ đọc, kho dữ liệu tĩnh hoặc hệ thống cần tìm kiếm toàn văn đơn giản với chi phí quản trị thấp.

Kỹ thuật lưu trữ hướng cột như InfoBright mang lại ưu thế đột phá gì cho các bài toán phân tích? Lưu trữ hướng cột chỉ truy xuất các thuộc tính cần thiết trong câu truy vấn thay vì quét toàn bộ dòng dữ liệu, giúp giảm mạnh lưu lượng vào ra đĩa. Kết hợp với mạng lưới tri thức Knowledge Grid và tỷ lệ nén 10:1, InfoBright cho phép xử lý các phép toán tổng hợp, gộp nhóm trên tập dữ liệu hàng chục terabyte với tốc độ nhanh gấp nhiều lần so với hệ CSDL truyền thống.

HandlerSocket biến MySQL thành một cơ sở dữ liệu NoSQL hiệu năng cao bằng cách nào? HandlerSocket hoạt động như một daemon plugin lắng nghe trên cổng mạng riêng, cho phép ứng dụng gửi yêu cầu trực tiếp đến tầng lưu trữ của InnoDB mà không cần thông qua bộ phân tích cú pháp SQL hay bộ tối ưu hóa truy vấn. Nhờ loại bỏ chi phí biên dịch SQL và quản lý bảng mở liên tục, hệ thống đạt tốc độ xử lý hàng trăm ngàn thao tác mỗi giây.

Quy trình chuẩn để tự xây dựng một Storage Engine mới cho MySQL gồm các bước nào? Quy trình phát triển gồm 4 giai đoạn chính: xây dựng tệp khai báo Handlerton để đăng ký engine với máy chủ, kế thừa và cài đặt các hàm ảo trong lớp Handler (như open, close, rnd_next, write_row), thiết lập cơ chế khóa mức bảng hoặc mức dòng, và cuối cùng là cấu hình tệp liên kết để biên dịch thành module plugin tích hợp vào MySQL.

Kết luận

Luận văn đã thực hiện một nghiên cứu toàn diện và có hệ thống về kiến trúc Pluggable Storage Engine của hệ quản trị cơ sở dữ liệu MySQL, mang lại những đóng góp học thuật và thực tiễn sâu sắc:

• Làm sáng tỏ kiến trúc phân tầng độc đáo của MySQL, phân lập rõ ràng giữa tầng xử lý logic SQL và tầng truy cập dữ liệu vật lý.
• Khảo sát và đánh giá chuyên sâu ưu nhược điểm của 10 Storage Engine phổ biến, cung cấp bức tranh toàn cảnh về các giải pháp lưu trữ dữ liệu.
• Phân tích sâu sắc hai xu hướng công nghệ đột phá: lưu trữ hướng cột với đại diện InfoBright và tích hợp NoSQL thông qua HandlerSocket.
• Hệ thống hóa và chuẩn hóa quy trình 4 giai đoạn khả thi để thiết kế và phát triển một Storage Engine tùy biến từ mã nguồn C/C++.
• Đề xuất khung tiêu chí khoa học giúp các nhà phát triển và quản trị hệ thống lựa chọn giải pháp lưu trữ tối ưu theo từng bài toán nghiệp vụ cụ thể.

Trong giai đoạn 6 đến 12 tháng tiếp theo, hướng nghiên cứu sẽ tiếp tục mở rộng sang việc thử nghiệm các thuật toán lập chỉ mục không gian đa chiều và tối ưu hóa engine trên hạ tầng ổ cứng thể rắn (SSD) tốc độ cao. Các chuyên gia kỹ thuật và nhà nghiên cứu quan tâm có thể ứng dụng ngay các phát hiện trong công trình này để tái cấu trúc hạ tầng cơ sở dữ liệu, tối đa hóa hiệu năng và nâng cao năng lực cạnh tranh cho hệ thống công nghệ của đơn vị mình.

Trích đoạn nội dung tài liệu

CHƯƠNG 1. TỔNG QUAN VỀ MYSQL Sự phát triển mạnh mẽ của phong trào mã nguồn mở trong những năm gần đây đã thực sự đem lại cho nền công nghiệp phần mềm những triển vọng mới. Ngay từ khi được Richard Stallman khởi xướng (năm 1970) đến khi hệ điều hành Linux ra đời (năm 1991, do Linux Torvalds người Phần Lan viết nhân) và cho đến ngày nay, phần mềm mã nguồn mở dần khẳng định được vị thế của mình, với cộng đồng người phát triển lên tới hàng triệu người trên khắp thế giới, cùng sự phổ biến của một số phần mềm nguồn mở như Linux, Apache HTTP server, OpenSSL, MySQL, BIND, Sendmail,… hay những câu chuyện thành công của các công ty kinh doanh mã nguồn mở như MySQL AB, Red Hat, Slackware,… (điều mà những người chống phong trào mã nguồn mở cho là “không tưởng”). Trong phong trào đó, MySQL nổi lên như là một hệ quản trị cơ sở dữ liệu (hệ QTCSDL) phổ biến nhất hiện nay với khoảng 8 triệu bản cài đặt trên khắp thế giới.

Vậy MySQL là gì? Cái gì khiến nó trở thành hệ QTCDL thành công đến như vậy? 1. Hệ quản trị cơ sở dữ liệu MySQL MySQL là hệ QTCSDL thuộc sở hữu của MySQL AB, AB là từ viết tắt của từ Thụy Điển “aktiebolag” nghĩa là công ty cổ phần hay công ty, được bắt đầu như một liên minh vốn đầu tư với mục tiêu xây dựng một hệ cơ sở dữ liệu quan hệ nguồn mở đáng tin cậy thay thế hệ cơ sở dữ liệu độc quyền thương mại. MySQL AB tạo ra doanh thu bằng cách bán giấy phép thương mại, hỗ trợ và cung cấp các dịch vụ phát triển chuyên nghiệp gồm tư vấn, đào tạo, chứng nhận sản phẩm. MySQL là hệ QTCSDL quan hệ hỗ trợ đầy đủ các câu lệnh SQL.

Nó cho phép phát triển trên nhiều nền tảng phần cứng khác nhau. Hơn nữa, MySQL được phát triển dựa trên ngôn ngữ C/C++, ngôn ngữ sử dụng để xây dựng gần như toàn bộ hệ điều hành Linux cũng như Microsoft Windows và Macintosh. Nó được thiết kế dựa trên kiến trúc client/server. MySQL được đánh giá là một hệ QTCSDL phát triển khá đầy đủ và có độ tin cậy, tính ổn định, hiệu suất cao cũng như dễ sử dụng.

Đặc biệt, MySQL cung cấp một cơ chế tuyệt vời cho phép tổ chức lưu trữ dữ liệu theo nhiều cách khác nhau để đạt hiệu quả cao nhất phù hợp với từng hoàn cảnh cụ thể gọi là pluggable storage engine. Điều đó khiến cho MySQL được đánh giá là có tính linh hoạt rất cao. Tại tầng thấp nhất của hệ thống, các máy chủ được xây dựng dựa trên mô hình đa luồng. Về mặt chức năng, nhiều phần trong lõi của MySQL được xây dựng từ những năm 1980.

Đến năm 1995, ngôn ngữ truy vấn dữ liệu SQL được đưa vào hệ thống. MySQL sử dụng trình biên dịch GNU C (GCC) có khả năng cung cấp tính mềm dẻo tuyệt vời cho mọi môi trường đích. TIEU LUAN MOI download : [e-mail] 8 Các công cụ máy khách của MySQL phần lớn được viết bằng ngôn ngữ C nên có tính di động và tốc độ cao hơn. Các thư viện máy khách, các cơ chế truy cập có thể được viết bằng bất kì ngôn ngữ lập trình nào như .Net, Java, ODBC,… MySQL sử dụng chiến lược phát triển song song để đảm bảo vẫn duy trì các phiên bản cũ trong khi phát triển các phiên bản mới.

Việc này tạo nên sự khác biệt cơ bản so với các phần mềm bản quyền thương mại, nơi mà ngay khi các nhà cung cấp đưa ra phiên bản mới thì các phiên bản cũ bị dừng lại. Điều đó buộc các khách hàng phải thay đổi môi trường cùng với các nỗ lực phát triển kèm theo, đặc biệt khi có những thay đổi về mặt kiến trúc. Trong khi đó, MySQL cùng với chiến lược đa bản phát hành cho phép người dùng duy trì các sản phẩm lâu dài hơn mà vẫn đảm bảo được hỗ trợ. Do đó, khách hàng có nhiều thời gian chuẩn bị trước những bước thay đổi cần thiết đồng thời có thể đảm bảo sử dụng tài nguyên hiệu quả nhất mà không phải vội vã thay đổi kế hoạch dài hạn.

Sự phát triển của MySQL cũng như các phần mềm nguồn mở khác tuân theo tiến trình gồm nhiều giai đoạn. Mỗi giai đoạn có thể có nhiều bản phân phối khác nhau. Các giai đoạn phát triển như sau: Giai đoạn 1: Giai đoạn phát triển (Development) – đây là giai đoạn mà các tập tính năng hoặc sản phẩm mới được lập kế hoạch hoặc triển khai như một hướng phát triển mới. Giai đoạn 2: Alpha – là giai đoạn triển khai sàng lọc tính năng và chỉnh sửa khiếm khuyết (sửa lỗi).

Giai đoạn 3: Beta – các tính năng được “đóng băng” (không thể thêm các tính năng mới), bổ sung các kiểm thử chuyên sâu và triển khai dò tìm khiếm khuyết. Giai đoạn 4: Gamma – Về cơ bản, các sản phẩm trong giai đoạn này là mã đã được đóng băng và các vòng kiểm thử cuối cùng đã được tiến hành. Các sản phẩm trong giai đoạn này thường là các ứng viên sẽ đưa ra phát hành. Giai đoạn 5: Stable – Nếu không tìm thấy khiếm khuyết nghiêm trọng, mã được công bố là ổn định và sẵn sàng để phân phối sản phẩm.

Khi sử dụng MySQL, tùy vào mục đích sử dụng của người dùng mà có thể lựa chọn các bản phân phối phù hợp. Tuy nhiên, nên sử dụng phiên bản alpha mới nhất cho những phát triển mới. Điều đó tạo ra cơ hội tốt hơn khi bản chỉnh sửa đã được kiểm thử trước tại giai đoạn alpha. MySQL là một hệ QTCSDL mã nguồn mở tuân thủ theo giấy phép nguồn mở GPL (General Public License).

MySQL AB sử dụng giấy phép nguồn mở GPL như là điểm chính trong mô hình kinh doanh. MySQL AB thừa nhận cộng đồng mã nguồn mở GNU cũng như các liên danh đầu tư với MySQL AB đều được kí kết dưới cùng một triết lí và giấy phép. TIEU LUAN MOI download : [e-mail] 9 Đặc biệt, MySQL sử dụng khái niệm cấp phép kép (dual – license). Có nghĩa là, bên cạnh các sản phẩm tuân thủ đúng giấy phép nguồn mở GPL, MySQL cũng được cấp phép như một sản phẩm thương mại.

Một giấy phép thương mại cho phép MySQL sở hữu mã nguồn, cũng như bản quyền về tên, logo, và các tài liệu liên quan. Đây là điểm độc đáo khác hẳn với các công ty mã nguồn mở khác. MySQL AB giữ lại các tài sản trí tuệ của phần mềm trong khi vẫn tận dụng sự hỗ trợ của cộng đồng những người phát triển trên toàn cầu để mở rộng và phát triển phần mềm. Điều này đã khiến cho MySQL nhanh chóng trở thành một hệ QTCSDL mã nguồn mở ổn định, có tính linh hoạt và phổ biến nhất hiện nay.

Vấn đề đặt ra là, khi MySQL vừa được cấp phép như phần mềm nguồn mở vừa được coi là phần mềm thương mại thì liệu có thực sự được phép chỉnh sửa hay không? Câu trả lời là có. Bất kì người phát triển nào đều có thể chỉnh sửa MySQL, tất nhiên phải tuân thủ giấy phép nguồn mở GPL. Đồng thời cũng có thể chỉnh sửa dưới giấy phép thương mại trong trường hợp muốn sử dụng bản chỉnh sửa cho những phát triển riêng hoặc gói hay nhúng MySQL vào trong sản phẩm thương mại đã có. Kiến trúc MySQL So với rất nhiều hệ CSDL khác, MySQL có rất nhiều khác biệt.

Mặc dù MySQL không hoàn hảo nhưng nó lại được đánh giá là một hệ QTCSDL linh hoạt có khả năng làm việc tốt trong nhiều môi trường khác nhau đáp ứng nhiều mục đích đa dạng, đặc biệt là trong các ứng dụng web. Hiện nay, MySQL có khả năng triển khai trong các ứng dụng nhúng, kho dữ liệu, lập chỉ mục nội dung và các phần mềm phân phối, các hệ thống đòi hỏi tính sẵn sàng cao, các xử lí giao tác trực tuyến (OLTP), … MySQL vô cùng linh hoạt theo nhiều cách khác nhau. Nó có thể được cấu hình để chạy tốt trên nhiều nền tảng phần cứng và hỗ trợ cho nhiều kiểu dữ liệu khác nhau thông qua một cơ chế độc đáo chỉ có duy nhất trên MySQL, pluggable storage engine. Các storage engine được thiết kế độc lập với xử lí truy vấn và các nhiệm vụ khác trong máy chủ như một trình runtime plugin.

Tùy vào ứng dụng cụ thể, có thể lựa chọn cách thức lưu trữ dữ liệu, cách thể hiện và các đặc trưng tối ưu nhất thông qua việc lựa chọn các storage engine đã có phù hợp, hay tự xây dựng storage engine riêng. Kiến trúc hệ thống MySQL được mô tả như là một hệ thống phân lớp các hệ thống con. Trong khi mã nguồn chưa được biên dịch thành các phần hoặc mô-đun riêng, mã nguồn của các hệ thống con được tổ chức dưới dạng cây phân cấp. Hệ thống được phát triển dựa trên các thư viện cơ sở cung cấp các chức năng mức thấp như điều khiển luồng, tổ chức lưu trữ trong bộ nhớ, các thao tác mạng, đăng nhập, và thậm chí cả điều khiển truy cập và các thao tác quản lí.

Các thư viện này được kết hợp với nhau tạo thành các hệ thống con và các hệ thống con có thể được xây dựng dựa trên các hệ thống con khác. Các hệ thống giao tiếp thông qua một giao diện API chuẩn. Giao diện API này cho phép hệ thống MySQL vừa được sử dụng như một máy chủ độc lập, vừa TIEU LUAN MOI download : [e-mail] 10 như một hệ CSDL nhúng trong một ứng dụng lớn hơn. Kiến trúc của MySQL được mô tả chi tiết như hình 1.

Kiến trúc của MySQL server, trong [4, pp.1185] Lớp trên cùng là các lớp kết nối cơ sở dữ liệu (Connector): cung cấp phương thức truy cập cho các ứng dụng máy khách. Các ứng dụng này có thể được viết bằng bất kì ngôn ngữ nào như C, .Net, PHP, ODBC, …. Các công cụ phụ trợ được nhóm trong nhóm các tiện ích và dịch vụ quản lí gồm sao lưu và khôi phục dữ liệu, an ninh, nhân bản, phân cụm, quản trị, cấu hình, … Lớp nằm ngay dưới lớp kết nối là lớp connection pool. Đây là lớp quản lí tất cả các truy cập của người dùng như xác thực người dùng, xử lí luồng, bộ nhớ, bộ đệm tiến trình cần thiết cho một kết nối của máy khách.

Lớp kế tiếp là lớp quan trọng nhất của một hệ thống CSDL, nơi xử lí các truy vấn người dùng. Tại lớp này, các truy vấn được đưa vào thông qua giao diện SQL, sau đó được phân tách, tối ưu, thực thi và lưu đệm. Sự độc đáo của MySQL được thể hiện trong lớp plugable storage engine.