thắc mắc Thiết kế hệ thống nhiều transaction

TracyNguyen_2910 · 5/11/21

Hi mọi người . Em đi phỏng vấn gặp câu hỏi thiết kế hệ thống như sau:

Thiết kế hệ thống "high volume transaction".

- Có 6 server trong đó tối đa 3 server có thể được sử dụng cho cơ sở dữ liệu quan hệ. Mỗi server cơ sở dữ liệu có thể mở 500 connection.

Hệ thống có thể handle nhất 6000 concurrent requests (5 read/ 1 write)
Data phải consistency
Provide real-time feedback cho user

Bác nào có thể gợi ý hoặc cho em xin link hay doc để học về cách thiết kế những hệ thống như vậy ạ

Note: cho em hỏi thêm với những số liệu như trên thì tính toán như nào để đưa ra được thiết kế ạ

Em cám ơn

Fire Of Heart · 5/11/21

Link tham khảo:

https://redis.com/blog/redis-mysql-fast-economic-scaling/

https://yunpengn.github.io/blog/2019/05/04/consistent-redis-sql/

Có những cách khác nhau để giải bài toán này, nhưng với yêu cầu như thế thì mình đoán đây có thể là giải pháp mà họ muốn bạn đưa ra.
3 server làm DBMS, 2 server làm cache redis, 1 server còn lại làm queue.

bi ban truoc tet · 5/11/21

read nhiều hơn write thì master slave thôi =))

)

joonkim · 5/11/21

3 server thì là replication rồi. bao gồm 1 master - 1 slave - 1 vote.

Còn lại 3 server. 1 vào application , 1 vào redis cache or mongo, 1 vào mq

naiveryan · 5/11/21

TracyNguyen_2910 đã nói:
Hi mọi người . Em đi phỏng vấn gặp câu hỏi thiết kế hệ thống như sau:

Thiết kế hệ thống "high volume transaction".

- Có 6 server trong đó tối đa 3 server có thể được sử dụng cho cơ sở dữ liệu quan hệ. Mỗi server cơ sở dữ liệu có thể mở 500 connection.

Hệ thống có thể handle nhất 6000 concurrent requests (5 read/ 1 write)

Data phải consistency

Provide real-time feedback cho user

Bác nào có thể gợi ý hoặc cho em xin link hay doc để học về cách thiết kế những hệ thống như vậy ạ
Em cám ơn

Nhìn số liệu thì có vẻ đây là một bài toán thực tế từ hệ thống của người phỏng vấn.

3 con SQL thì 1 master 2 replica.
1 con để cache có thể dùng redis, memcache, searchengine gì đó, đại loại là nosql.
2 con còn lại.. tôi cũng ko biết nên để vào làm việc gì vì 6k CCU thì trên kia là đủ rồi.

naiveryan · 5/11/21

aug2021 đã nói:
mở gì mà tận 500 connection vậy?
https://kwahome.medium.com/database-connections-less-is-more-86c406b6fad
https://github.com/brettwooldridge/HikariCP/wiki/About-Pool-Sizing

Max connections khác connection pool size.
2 bài này đang nói về pool size chứ ko phải physical connections size

canh_1412 · 5/11/21

Tớ biết bài này ở công ty nào luôn, đề này 4 năm trước rồi, trước nó tuyển 6k thì phải =))

.

naiveryan · 5/11/21

aug2021 đã nói:
Nghĩa là mở được tối đa 500 connection thì cứ mở cả 500 connection hả bro?

Tuỳ hardware specifications. Default nó là 100, nếu cần thì cứ tăng lên thôi sợ gì đâu. Đề bài nó cho 500 là limit của hardware bên nó thôi.

Còn pool size lại là đề tài khác. Pool size = 500 thì đúng là vô lý ko ai cần.

TracyNguyen_2910 · 5/11/21

canh_1412 đã nói:
Tớ biết bài này ở công ty nào luôn, đề này 4 năm trước rồi, trước nó tuyển 6k thì phải .

Cơ mà hồi đó bác trả lời câu này sao

canh_1412 · 5/11/21

tớ có đề thôi, 2 bài lận, bài một cũng chua đấy

Tưởng nó bỏ rồi chứ =))

.

Fire Of Heart · 5/11/21

canh_1412 đã nói:
tớ có đề thôi, 2 bài lận, bài một cũng chua đấy
Xem tệp đính kèm 852509

Xem tệp đính kèm 852512
Xem tệp đính kèm 852514
Tưởng nó bỏ rồi chứ .

4 năm trc mà 6k thì cty nào đấy, EH hay WQ đây, hay A nhỉ.

canh_1412 · 5/11/21

Fire Of Heart đã nói:
4 năm trc mà 6k thì cty nào đấy, EH hay WQ đây, hay A nhỉ.

TS đó thím

Fire Of Heart · 5/11/21

canh_1412 đã nói:
TS đó thím

à TS à, ôi mình ghét mấy cái đề như này lắm. Làm tốn thời gian vl

KimSoHyunGoddness · 5/11/21

Fire Of Heart đã nói:
à TS à, ôi mình ghét mấy cái đề như này lắm. Làm tốn thời gian vl

TS là cty nào vậy mod ơi

Fire Of Heart · 5/11/21

KimSoHyunGoddness đã nói:
TS là cty nào vậy mod ơi

trusting ….

cuongphungvng · 7/11/21

canh_1412 đã nói:
Tớ biết bài này ở công ty nào luôn, đề này 4 năm trước rồi, trước nó tuyển 6k thì phải .

Trusting Social

qkhanhpro · 7/11/21

canh_1412 đã nói:
tớ có đề thôi, 2 bài lận, bài một cũng chua đấy

Tưởng nó bỏ rồi chứ .

Ủa bài 1 mình load hết cmn lên mem luôn cho phẻ thôi thím
50M row x 32 char kia thì max có 2G on mem thôi

Trừ khi họ bắt chạy trên củ khoai tây

josh.lamda67612 · 5/10/22

Luôn tiện transaction cho e hỏi câu này với:

Có một hệ thống xử lý giao dịch nông sản, một giao dịch thành công khi ông A bán đi n sản phẩm từ kho của mình, thì n sản phẩm này sẽ được chuyển sang kho của ông B. Thì câu hỏi là nếu giả sử request này được call tới 2 lần ở server thì phải làm thế nào để ngăn không cho xảy ra thêm giao dịch.

Sorry câu cú em hơi lủng củng vì e cũng nhớ mai mại lại từ người phỏng vấn em. Các bác có gặp qua câu này rồi thì xin giải ngố giúp ạ

Love U So Much · 5/10/22

josh.lamda67612 đã nói:
Luôn tiện transaction cho e hỏi câu này với:

Có một hệ thống xử lý giao dịch nông sản, một giao dịch thành công khi ông A bán đi n sản phẩm từ kho của mình, thì n sản phẩm này sẽ được chuyển sang kho của ông B. Thì câu hỏi là nếu giả sử request này được call tới 2 lần ở server thì phải làm thế nào để ngăn không cho xảy ra thêm giao dịch.

Sorry câu cú em hơi lủng củng vì e cũng nhớ mai mại lại từ người phỏng vấn em. Các bác có gặp qua câu này rồi thì xin giải ngố giúp ạ

Tôi sẽ làm như này, request chia 2 lần gọi,

1 init sẽ tạo bản ghi, status là begin_transaction, có unique id

2 place order, phải truyền cả cái unique id mới valid. Status chuyển từ begin sang ordering. Đặt lệnh đc phụ thuộc vào status

ĐPCM

josh.lamda67612 · 5/10/22

Love U So Much đã nói:
Tôi sẽ làm như này, request chia 2 lần gọi,

1 init sẽ tạo bản ghi, status là begin_transaction, có unique id

2 place order, phải truyền cả cái unique id mới valid. Status chuyển từ begin sang ordering. Đặt lệnh đc phụ thuộc vào status

ĐPCM

Request 1 bác đã khởi tạo luôn transaction ở db nhưng chưa commit hả bác?

thắc mắc Thiết kế hệ thống nhiều transaction

Junior Member

277;67;6824839

Junior Member

Member

Đã tốn tiền

Đã tốn tiền

Senior Member

Đã tốn tiền

Junior Member

Senior Member

277;67;6824839

Senior Member

277;67;6824839

Member

277;67;6824839

Senior Member

Đã tốn tiền

Junior Member

Senior Member

Junior Member

Chủ đề tương tự

Thống kê chủ đề

Chia sẻ trang này