MySQL tối ưu hóa bảng Orders với hàng chục triệu dữ liệu mỗi THÁNG trong eCommerce ShopDEV..
Video nằm trong Series “Nodejs Backend eCommerce”. Bạn có muốn tìm hiểu một hệ thống eCommerce được thiết kế từ a-z từ local đến amazon thì xin mời vào LINK dưới này.
👉 Link khóa học backend Nodejs:
🚩 Subscribe ➜
#eccommerce #mysql #database
✅ Follow Me:
Blog:
Github:
Facebook:
Youtube:
Anh cho em hỏi 1 chút. Em thử áp dụng thì e gặp 1 vấn đề đó là bảng cũ hiện tại đang sử dụng khóa chính là id auto increment . Partition bắt buộc khóa của nó phải là khóa chính và sau khi cho khóa chính là Id và created_date thì cột id không thể set auto increment được nữa, Mong a giải đáp thắc mắt . Em cảm ơn
Cảm ơn thầy chia sẻ kiến thức bổ ích
Tóm gọn lại là oánh partition đi các pạn 😆
tại sao trong bảng có chứa khoá ngoại thì không thể phân vùng partition cho 1 cột khác được vậy anh ???
Phần nào của video khi nào có thế ạ 😁
:)) Tuyệt vời ạ, chúc anh nhiều sức khỏe và ra thêm nhiều videos.
1:03 500.000 * 30 = 15.000.000 anh ơi
Trong sql có cơ chế onDelete , onUpdate khá hay, a có thể hướng dẫn hay có best practice nào cho mongodb trong trường hợp này được không ạ?
Trong video của anh này thì lại cho rằng có thể sử dụng Partition để tối ưu cho các bảng lớn, ae có ý kiến gì ko.
Which right 🙁
https://www.youtube.com/watch?v=TkRToWbEbEE
muốn like video của anh vì sự tâm huyết truyền đạt tận tình này nhưng em lại ích kỉ chỉ muốn giữ cho riêng mình 🐧
dùng sharding thì sao ạ
Anh ơi cho em hỏi video này là video số mấy trong Nodejs Backend eCommerce của hội viên vậy
Mình không phải dân DBA nhưng đang nghiên cứu 1 app liên quan tới lịch sử cuộc gọi. 1 ngày phát sinh đâu đó cỡ 1 triệu bản ghi. Điều kiện lọc thường là trong 1 tháng thì theo Ad nên paritition theo ngày hay tháng?.
Em có một số câu hỏi là:
1. Nếu chia theo từng năm thì mình không thể mỗi năm lại vào db chia vùng được thì có cách nào để trừu tượng cái chia vùng tự động theo từng năm mà không cần phải mỗi năm chia vùng mới.
2.Khi select thường được dùng kèm filter và người ta sẽ không biết được khi nào nên search all và khi nào nên search theo partition ?
Dạ chào thầy, rất khâm phục a đã cống hiến. Cho e xin hỏi mình có 1 series nào làm về tối ưu db không a, và những kinh nghiệm của a khi design schema sql
Anh có thể chia sẽ cách đánh index hoặc sửa cột cho bảng dữ liệu to đc ko ạ ?
Thầy có thể làm 1 video lúc nào thì mình nên sử dụng bất động bộ được không ạ? Bắt đầu xem Thầy cách đây 2 tháng thật sự rất nhiều kiến thức bổ ích cho người mới như em.
sao em đăng ký hội viên nó đã trừ tiền rồi nhưng xoay xoay mãi không thành công, có ai gặp trường hợp giống em k ạ
chất lượng quá thầy ơi
anh ơi dự án bên em đang dùng mongodb lưu tất cả các order vào 1 bảng dữ liệu dạo này dữ liệu đang tăng dần lên có cách nào cải thiện không ạ em đang muốn partition theo branchId.
https://youtu.be/aY8SiBuFLPw?t=1587
Theo mình tìm hiểu thì partition có làm tăng tốc độ truy vấn khi mình biết cách sử dụng. Chứ không phải là sai lầm như trong video nói.
Ví dụ với các data qua nhiều năm và chúng ta chia partition theo tháng, thì mỗi khi query chúng ta sẽ chỉ định thẳng đến 1-2 tháng gần đây nhất (hiện tại), nếu không tìm thấy thì mới quét all. Thông thường những data cần thiết trong câu query thường là những data mới, nên việc chỉ định partition trong những tháng gần đây thay vì cả bảng lớn sẽ mang hiệu quả cao.
Tất nhiên còn tùy thuộc vào bài toán để chúng ta chia partition cho hợp lý để mang lại tối ưu cho các truy vấn với tần suất cao
Đáng để mong đợi
Em chào Thầy ạ, Thầy ơi em muốn xem video 55 (insert data test 10000000) nhưng em lại không tìm thấy trên kênh của Thầy ạ.
Tuyệt vời 😃