Tranh luận: Có nên định kỳ Rebuild Index? — Transcript

Trong đây các anh em thì rất nhiều người thì đã biết về index đúng không ạ?

Ai cũng có từng đọc một cái tài liệu đó thì nói rằng index thì giúp câu lệnh anh em mình tìm kiếm nhanh lên.

Trong SQL nó có hai có kinh điển là có B-tree index và Bitmap index.

Thì tại đây tôi chỉ xét những cái cái rất nhiều anh em gặp là B-tree index ấy.

Thì một số anh em nói với tôi rằng, ok, thì dùng index để nó tìm kiếm nhanh lên đúng không?

Vậy thì trong những quá trình anh em thực hiện câu lệnh DML ấy là update, đấy, anh em mình dùng ba cái lệnh này thì cái cây index của anh em mình phải cập nhật và anh em nghĩ rằng cái cây index này nó sẽ không hiệu quả nữa.

Và giống như một quyển sách, anh em nghĩ là à tôi thế thì để cho em tình huống là chúng ta coi rằng tôi nghĩ rằng tôi khi tôi rebuild lại cây index này, thực hiện rebuild tức là tôi tạo lại, đấy, tôi tạo lại cây index này, tôi nghĩ rằng cây index này nó sẽ hiệu quả hơn cho cái hệ thống của tôi, cho câu lệnh của tôi chạy tìm kiếm nó nhanh lên.

Vậy thì tôi đã từng có những cái yêu cầu khách hàng tôi yêu cầu tôi rằng hệ thống của anh có nên cứ định kỳ một tháng anh chạy rebuild index một phát không, hay là cứ một thời gian nào đó thì tôi sẽ chạy rebuild toàn bộ index một lần không.

Thì có nhiều anh em lập trình nghĩ thế lắm, anh em có cái niềm tin là cứ tôi rebuild index thì hệ thống tôi sẽ chạy nhanh lên đấy, niềm tin của nhiều người tôi thống kê từ góc nhìn của tôi ở trong các dự án.

Tại đây thì tôi có mấy thứ tôi muốn anh em có thể đặt câu hỏi và hiểu sâu hơn và đôi khi hiểu ra những cái sai lầm của mình.

Đặt câu hỏi đầu tiên của anh em ấy, quan trọng đầu tiên này, là lúc nào rebuild lại thì mọi thứ cũng tốt lên là việc đấy là có thật không, điều đấy nó có đúng không, anh em đã kiểm chứng chưa?

Câu hỏi thứ hai của anh em ấy là cái câu hỏi còn quan trọng hơn cái câu hỏi là có thật không này này, là câu này là câu hỏi thứ hai ít người biết và ít người làm theo góc nhìn của tôi, đó là gì ạ, trong số cái index của anh em mình tạo ra ấy.

Anh em có xem là có phải có chăng có những cái index mà nó còn chưa bao giờ nó được sử dụng hoặc là trước đây nó được dùng nhé, nhưng mà sau thời gian hoạt động hệ thống nó còn chẳng dùng nó nữa, thế nếu nó không dùng nó thì anh em phải rebuild làm gì, anh em có khi anh em phải drop nó đi chứ, đúng không?

Có những cái index mà thực tế hệ thống nó chẳng bao giờ nó dùng đến, chúng ta phải rà soát nó ta drop nó đi chứ không phải là câu hỏi là định kỳ ta rebuild, chúng ta bao giờ rà soát lại để ta biết được có index nào nó còn không được sử dụng hay không, đây là hai câu hỏi mà anh em phải có thì chúng ta mới thực sự làm làm việc tối ưu.

Bây giờ tôi sẽ phân tích sâu hơn một chút ở hai câu hỏi này, ở câu hỏi thật không này.

Anh em hãy tưởng tượng nhé, câu lệnh delete của anh em thì thì cái cây B-tree của anh em mình đúng không, thì dữ liệu nút lá nó bị xóa đi.

Thế tôi hỏi anh em một câu là nó vừa ví dụ tôi vừa muốn xóa 100 giá trị có cái ký tự là tên là Huy chẳng hạn, đấy là thông tin cho nốt lá tôi xóa đi 100 Huy, nhưng sau đó tôi lại insert vào 90 ông giá trị là Huy như cũ thì nó có tái sử dụng được không?

Nếu anh em học về cái cây B-tree index thì nó có tái sử dụng được không, xóa đi 100 rồi tôi lại đổ lại 90 thì nó có dùng được cái dữ liệu bị trống không, hay nó phải cấp phát mới hay làm như thế nào, nếu như anh em không hiểu được việc này ấy thì tại sao anh em khẳng định rằng cứ delete xong thì mọi thứ nó sẽ tệ, vì hệ thống anh em mình ngoài delete thì nó còn insert cơ mà.

Đúng không ạ, thì trong chương trình từ điển tối ưu 100x hiệu năng của tôi ấy thì tôi cũng dạy chi tiết về cái kiến trúc của B-tree index nó sẽ như thế nào khi bị update, nó thế nào khi bị delete và nó thế nào khi insert, vì hiểu như thế thì chúng ta mới khẳng định được câu hỏi này là có đúng hay không, anh em nhé.

Ok, về vấn đề thứ hai là vấn đề rà soát.

Nhiều anh em nghĩ rằng đánh index thì có hiệu quả, thế nhưng mà anh em đã nghe tôi những cái bài tôi phân tích về chiến lược thực thi đúng không, thì nó chỉ hiệu quả khi hệ thống anh em mình sử dụng index đó, còn khi anh em đánh index mà hệ thống không sử dụng thì là vô nghĩa.

Ngoài ra, ở trong thời gian khi anh em mình phát triển ứng dụng ấy thì chúng ta phải có nhiều index chúng ta được thiết kế.

Tôi ví dụ với anh em, thời gian đầu chúng ta phát triển chúng ta đánh một cái index trên cột salary, đấy, sau đó vì một lý do đó chúng ta phát triển lên chúng ta đánh đánh là index trên cái cột salary phẩy first name chẳng hạn, tôi ví dụ hai cột đó.

Thì tôi hỏi anh em, khi chúng ta có cả hai index này thì có phải là một trong hai index này có thể là nó sẽ không còn hiệu quả nữa không, phải chăng có thể hệ thống chỉ cần dùng một index thôi để nó tìm kiếm được.

Thì chúng ta có nên đánh giá lại rà soát lại tổng thể hệ thống chúng ta không, hệ thống chúng ta có thể hàng trăm index, thì trong số đó có khoảng vài chục phần trăm có index là nó không được sử dụng hoặc sử dụng không hiệu quả.

Có những index trùng lặp kiểu như thế này, đấy, trùng lặp gì, trùng lặp chữ salary đây này, nếu tôi dùng index đằng sau này, tôi vẫn tìm được cái thông tin của salary bình thường nhé, đúng không ạ, thì anh em mình cần phải có sự rà soát chứ.

Tôi đã làm trên rất nhiều khách hàng của tôi thì tôi nhận thấy rằng thống kê tôi nhìn thấy là đa số anh em thì không có cái cái cái công việc này, đấy, đấy chính là lý do tại sao anh em mình cần phải hai cái điều này nhé.

Còn anh em có thể nhìn các dự án tôi làm thì vào trang wecommit vào trang dự án anh em sẽ thấy một loạt danh sách tôi làm từ chứng khoán đến từ những đơn vị tài chính đến bệnh viện đến các tập đoàn thì anh em sẽ hiểu tại sao tôi phải có góc nhìn nó sâu hơn và đặt câu hỏi liên quan đến đây, nếu anh em cần biết thêm những cái demo chi tiết anh em có thể vào cái trang web wecommit.com.vn của tôi để đọc thêm những cái bài viết bổ trợ đấy, thì trong các bài viết bổ trợ đấy thì nó gồm còn cả những thứ liên quan đến chiến lược thực thi của câu lệnh, liên quan những cái thứ liên quan đến tăng tốc những cái câu lệnh về update, về insert, những cái thứ về index về SQL server, về Oracle, về các loại database khác và tôi có chia sẻ tất cả những thứ đấy là đều áp dụng từ những kinh nghiệm dự án chuyển ra và tôi cũng chỉ rõ là trong cái kiến thức nào thì chúng ta có thể xem nhẹ, kiến thức nào là áp dụng vào thực tế là nhiều và có rất nhiều thứ phản biện kiểu như thế này.