Một BACKEND hiểu về 4 cơ chế cách ly này trong MYSQL đồng thời CAO, vui lòng hãy nộp CV vào BANKING

Рет қаралды 7,180

Күн бұрын

Пікірлер: 16

@juhandvan 3 күн бұрын

Mục đích ra đời của phương pháp thứ 3: REPEATABLE READ. là gì vậy anh ? Em hiểu cơ chế nhưng chưa hiểu mục đích của nó để làm gì ạ ?

@nguyenminhtuan2632 2 ай бұрын

Dạ, anh có thể làm thêm video giải thích về Multi-Versioning trong mySQL sử dụng innoDB engine được không ạ ?

@anonystick 2 ай бұрын

Được em.

@nguyenhoanglong9970 2 ай бұрын

Anh cho em hỏi là có lý do nào mà anh k có dùng PostgreSQL k ? Hay chỉ đơn giản là MySQL thân thuộc vs anh ?

@anonystick 2 ай бұрын

PostgreSQL hiện tại anh chưa có dịp test về performance mà chỉ nghe trên internet, Với lại MySQL đang làm rất tốt những thứ phức tạp. CHo nên anh nghĩ chưa cần phải thay đổi.

@phatvphat 2 ай бұрын

Anh cho em hỏi nếu trong giao dịch tiền bạc thì mặc định REPEATABLE-READ nó sẽ hoạt động ra sao? Có phải 2 giao dịch đồng thời đều sẽ có số tiền ban đầu như nhau và có thể dẫn đến xung đột khi UPDATE không?

@anonystick 2 ай бұрын

Chính xác. Khi về FINTECH không nên REPEATABLE.

@balol8820 2 ай бұрын

Serializable nếu update trên hai id khác nhau thì có bị treo như ví dụ không ạ?

@LongTran-og7ji 22 күн бұрын

Lock trên row nên sẽ không bị treo nhé bạn

@chabu4877 2 ай бұрын

Dạ cho em hỏi là trong video anh đang dùng app gì để viết và execute sql vậy ạ

@anonystick 2 ай бұрын

Navicat nha em!

@TrangDinh-gp7ub 2 ай бұрын

Dạ anh ơi, em muốn hỏi về tính đồng thời cao đối với Redis trong trường hợp cụ thể như săn sale, lúc đó khả năng đọc ghi quá mức của Redis thì nó có thể chết, trong video trước anh cũng đã triển khai khoá phân tán, thì có cách nào để giảm áp lực lên Redis khi triển khai Flash sale hông a, em cảm ơn anh nhiều

@letuan5069 2 ай бұрын

thử chạy lua script trong redis chưa bạn ?

@TrangDinh-gp7ub 2 ай бұрын

@@letuan5069dạ cảm ơn anh, để em thử