Tối ưu câu truy vấn SQL: Là một lập trình viên, chắc chắn bạn sẽ phải làm việc với Database. Mặc dù các framework ORM (Object Relation Mapping) hiện nay cung cấp rất nhiều hàm thực hiện việc thao tác với DB. Tuy nhiên không phải lúc nào nó cũng được tối ưu. Và điều đó vẫn phụ thuộc vào chính cách sử dụng của bạn nữa.
Bài hôm nay của mình sẽ cho bạn 5 cách để tối ưu câu truy vấn, giúp cải thiện performace, nâng cao hiệu quả của ứng dụng
Table of Contents
1. Học cách đánh Index hợp lý
Học cách làm sao để đánh index cho hợp lý là các tốt nhất là để 5 cách để tối ưu câu truy vấn SQL của bạn. Index cho phép truy cập một cách nhanh hơn tới DB trong những trường hợp điển hình. Những người mới làm việc với DB thường cảm thấy việc đánh index này cao siêu hoặc rất khó. Họ hoặc là chẳng đánh index cho bất cứ cái gì, hoặc là cố gắng để đánh index cho mọi thứ.
Dĩ nhiên, không có phương án nào trong đó là đúng cả. Với việc không đánh index cho bất cứ thứ gì, câu truy vấn của bạn sẽ có khả năng bị chậm. Còn nếu đánh index cho tất cả mọi thứ, việc update hay insert sẽ bị chậm lại.
Nếu bạn không chắc chắn rằng mình đủ hiểu về index, hãy tìm hiểu nhiều hơn về nó. Chú trọng vào việc cân nhắc xem trường nào nên đánh index, trường nào không, và đánh index theo kiểu nào, B-tree hay BitMap .v.v.v
2. Chỉ lấy ra những dữ liệu cần thiết
Với tối ưu câu truy vấn SQL – Một trong những sai lầm mà mình thấy nhiều bạn mới hay gặp phải, đó là lúc nào cũng sử dụng SELECT * cho dù các rất nhiều trường (cột) các bạn không cần thông tin của chúng.
Nếu bảng nhỏ, việc lấy thêm các trường này không gây ra quá nhiều khác biệt. Nhưng với tập dữ liệu lớn hơn, việc chỉ định những cột mà bạn muốn lấy sẽ giảm rất nhiều thời gian truy vấn.
Vì thế, ví dụ nếu bạn chỉ cần lấy những thông tin: tên, ngày sinh, giới tính của các USER, thay vì sử dụng
SELECT * FROM USER ...
thì hãy sử dụng
SELECT NAME, DATE_OF_BIRTH, GENDER FROM USER ...
để câu truy vấn của mình có tốt độ lý tưởng hơn nhé
Cũng tương tự như thế, nếu bạn chỉ cần một số lượng giới hạn các record trả về, thì hãy sử dụng LIMIT (hay tương tự thế ở các DB khác).
SELECT * FROM USER;
Ví dụ, nếu bạn chỉ cần hiển thị 10 record đầu tiên trong 50.000 record của bảng USER, thì câu truy vấn này sẽ báo với DB của bạn để hạn chế lượng dữ liệu cần tìm hiểu. Bằng cách này, DB sẽ dừng lại việc tìm kiếm sau khi đã tìm được 10 record thay vì sẽ phải scan toàn bộ bảng USER
SELECT * FROM USER LIMIT 10;
3. Tránh sử dụng function bên trong toán tử so sánh
Để tối ưu câu truy vấn SQL thì Function là một cách thuận tiện để xử lý các task phúc tạp mà bạn có thể sử dụng nó cả ở mệnh đề SELECT hay WHERE. Tuy nhiên, ứng dụng chúng trong mệnh đề WHERE có thể gây ra những vấn đề ko tốt về performance. Hãy xem qua ví dụ dưới đây
SELECT nickname FROM users WHERE DATEDIFF(MONTH, appointment_date, '2015-04-28') < 0;
Thậm chí nếu bạn đã đánh index cho cột appointment_date trong bảng users, câu truy vấn vẫn phải scan toàn bộ bảng. Đó là bởi vì bạn sử dụng hàm DATEDIFF cho cột mà bạn đang xét (appointment_date).
Giá trị tính toán được của hàm này sẽ được tính lúc runtime, như vậy nó sẽ phải kiểm tra từng record trong bảng, lấy ra giá trị output và đem so sánh với 0. Để cải thiện performace, chúng ta có thể đổi câu truy vấn như sau
SELECT nickname FROM users WHERE appointment_date > '2015-04-30';
Dĩ nhiên trong nhiều trường hợp, ta ko thể có được 1 câu truy vấn tương tự như vậy, như nếu có thể, hãy biến câu truy vấn ban đầu mà ở đó, ta đang sử dụng hàm đối với cột (được đánh index) của bảng trở thành 1 câu truy vấn tối ưu hơn như ví dụ bên trên.
4. Cân nhắc việc loại bỏ các câu truy vấn con tương quan
Câu truy vấn con tương quan là những câu truy vấn con phục thuộc vào câu truy vấn ngoài. Nó sử dụng dữ liệu lấy được từ câu truy vấn ngoài trong mệnh đề WHERE. Ví dụ bạn muốn lấy danh sách tất cả những user mà đã ủng hộ. Bạn có thể sử dụng câu truy vấn
SELECT user_id, last_name FROM users
WHERE EXISTS (SELECT * FROM donationuser WHERE donationuser.user_id = users.user_id);
Trong trường hợp này, câu truy vấn con sẽ chạy 1 lần với mỗi record của câu truy vấn chính. Cụ thể là mỗi lần xét tới 1 record của câu truy vấn chính, câu truy vấn con lại được chạy với điều kiện WHERE trong đó là giá trị user_id của record đang đc xét của câu truy vấn chính. Do đó nó câu truy vấn chưa hiệu quả
Thay vào đó, ta có thể sử dụng
SELECT DISTINCT users.user_id FROM users
INNER JOIN donationuser ON users.user_id = donationuser.user_id;
Nếu có hàng triệu user trong DB, câu lệnh với câu truy vấn con tương quan sẽ hầu như có thể gây kém hiệu quả hơn sử dụng INNER JOIN bởi vì ta cần chạy câu truy vấn con hàng triệu lần. Nhưng nếu bạn đang tìm kiếm những người donations được tạo bởi 1 user chỉ định, thì sử dụng nó lại là 1 ý tưởng không tồi.
Theo quy tắc chung, nếu bạn tìm kiếm nhiều hoặc hầu hết các hàng, hãy cố gắng tránh sử dụng các truy vấn con tương quan. Tuy nhiên, hãy nhớ rằng việc sử dụng các truy vấn con tương quan có thể là không thể tránh khỏi trong một số trường hợp.
5. Tránh sử dụng ký tự %, _ ở đầu giá trị tìm kiếm LIKE
Bất cứ khi nào có thể, tránh sử dụng LIKE theo cách này
SELECT * FROM users WHERE name LIKE '%bar%';
Sử dụng % ở đầu sẽ ngăn việc DB sử dụng index (nếu có) của cột name. Do đó sẽ làm giảm tốc độ truy vấn. Vì thế, nếu có thể (spec cho phép), hãy tránh
SELECT * FROM users WHERE name LIKE 'bar%';
Bài viết của mình được dịch từ nguồn http://www.vertabelo.com/blog/technical-articles/5-tips-to-optimize-your-sql-queries
INDA – Chúng tôi chuyên cung cấp những khóa học về tối ưu câu lệnh (SQL level 2), Xây dựng kho dữ liệu (Data Warehouse), Phân tích dữ liệu,… đăng ký ngay để nhận được tư vấn chi tiết lộ trình dành riêng cho bạn nhé!
Ngoài ra, Chúng tôi chuyên cung cấp các dịch vụ về Xây dựng Kho dữ liệu Data Warehouse/ Xây dựng Báo cáo Power BI cho các doanh nghiệp lớn như: Nakagawa, Mutosi, Tinh Vân Group,….. đăng ký ngay để được Demo và tư vấn miễn phí dành riêng cho doanh nghiệp của bạn.
