Should you go with an Optimistic or Pessimistic Concurrency Control Database?

  Рет қаралды 20,155

Hussein Nasser

Hussein Nasser

Күн бұрын

Пікірлер: 60
@hnasr
@hnasr 3 жыл бұрын
Check out my udemy Introduction to Database Engineering course husseinnasser.com/courses Learn the fundamentals of database systems to understand and build performant backend apps
@nikolaymatrosov
@nikolaymatrosov 3 жыл бұрын
Hope you'll get some money even if I bought your course with the current huge discount. Thanks for the content.
@tdotcode3783
@tdotcode3783 3 жыл бұрын
I want to mention that I really enjoy your talks! I have learned so much!
@javadoctor101
@javadoctor101 3 жыл бұрын
You are such a gem. There are very few youtubers who have such deep knowledge of computer science. Rest of the youtube is all about building website, apps, react and making twitter clones. I really love your content. Keep it up!
@AkshanshGusain
@AkshanshGusain 2 жыл бұрын
I recently completed your Fundamentals of database engineering course on Udemy, immensely valuable. I discovered things I didn't even know I don't know.
@larbisahli2273
@larbisahli2273 3 жыл бұрын
In PostgreSQL to prevent the double-spending problem in my transactions, I use isolation level Serializable. Thanks Hussein for the awesome Introduction to Database Engineering course.
@IgorRoztr
@IgorRoztr 2 жыл бұрын
You also do select for update in a transaction, where you need it ;)
@krozaine
@krozaine 3 жыл бұрын
Thank you for the video! I was having a discussion on exactly this topic just yesterday. Guess I need to re-visit (revise) some of your old videos again and concepts around levels of Isolation and Multiversion Concurrency Control. Also, when talking about optimistic concurrency control in the context of databases, I always like to explicitly mention that this is not something that a database engines implements/provides. The Optimistic lock (which is not a lock, as you had mentioned in some earlier video) is something that gets handled at application level :)
@hnasr
@hnasr 3 жыл бұрын
Exactly I think Microsoft might have introduced this confusing concept of an optimistic lock which is contradictory phrase..
@venkateshgunda25
@venkateshgunda25 3 жыл бұрын
It'd be wonderful to work with Nasser. The way he describes these topics in detail makes me even more interested in these topics. Beautiful
@MikeNugget
@MikeNugget 3 жыл бұрын
What a coincidence, when he said rain it started raining right outside my window :D
@helenagarcia5103
@helenagarcia5103 3 жыл бұрын
who cares this
@MikeNugget
@MikeNugget 3 жыл бұрын
@@helenagarcia5103 at least you
@lakhveerchahal
@lakhveerchahal 3 жыл бұрын
Or is it? 😅
@martinzokov
@martinzokov 3 жыл бұрын
Not a coincidence. He made it happen
@mosaidir7988
@mosaidir7988 3 жыл бұрын
شكرا لك يا حسين! استمر في التألق والإبداع! الجو حار هنا في المغرب، لذا فالمطر سينفعنا لتنخفض الحرارة، لذا فلا حاجة لمظلة :) أرجو أن تقدم لنا فيديو عن الفروقات بين SQL وNoSQL ولأي شيء تصلح كل منهما، ومتى يكون استعمال أحدهما أنسب؟
@lakhveerchahal
@lakhveerchahal 3 жыл бұрын
Yes, Mac Pro supports upto 1.5tb of memory/RAM.
@firex5250
@firex5250 3 жыл бұрын
I really appreciate your content, thanks for making me a better software engineer!
@emadabushofa2379
@emadabushofa2379 3 жыл бұрын
We are using optimistic control in our event sourced system, events need to be sequential, so when adding 2 events with the same sequence it will throw an exception that we will catch then retry the command again. We can't just lock the table to control all the rows, the system will stop responding badly.
@suvankardas7932
@suvankardas7932 3 жыл бұрын
I wish I could be in touch with u in my college days ...I would have score a bit more...honestly you are a great teacher...love from India
@soul67
@soul67 3 жыл бұрын
Well your french and japanese are perfect!! Great video as usual.
@abdelhadisabani
@abdelhadisabani 3 жыл бұрын
love u bro, thanks for all these amazing videos
@hnasr
@hnasr 3 жыл бұрын
❤️
@manojBadam
@manojBadam 3 жыл бұрын
great video, i was under impression that optimistic and pessimistic locks are coming from ORM, thanks for clarifying.
@andrebenedetti5641
@andrebenedetti5641 7 ай бұрын
Fantastic video. Thanks Hussein
@mhadi-dev
@mhadi-dev Жыл бұрын
Coffee hit hard at 15:00 😂
@sanilkhurana3991
@sanilkhurana3991 3 жыл бұрын
Hey Hussein, really nice videos, just one question, any ideas on how can I practice these concepts or validate my knowledge? For simple stuff, it is easy to build projects, but if I want to practice concepts like having huge scale on a DB, it is a little more difficult. Are there any certifications that I should consider for this stuff as well?
@heetgorakhiya2242
@heetgorakhiya2242 3 жыл бұрын
+1
@hnasr
@hnasr 3 жыл бұрын
Hey Sanil, while true concurrency control are on the advanced side of DB engineering but still can be practiced. You basically create two clients each has a transaction make an edit to. A table try to read it from another. And see the behavior This however require fundamental understanding of whats going on in the DB. I suggest following percona blog they do amazing advanced DB Stuff
@sanilkhurana3991
@sanilkhurana3991 3 жыл бұрын
@@hnasr Thanks Hussein, tbh was looking at your course and wanted to understand how would I practice this stuff 😅. But yeah I will probably look more into it.
@tikz.-3738
@tikz.-3738 3 жыл бұрын
@@sanilkhurana3991 in mongodb in schema options pass optimistic ConcurrencyControl: true Then create and save a document. Then find the same document twice And make some changes to first instance and save and then make changes to second instance and save. The second instance will throw error and fail since the first one modified the versioning. The way mongoose handles this is it says when saving find a document with this I'd and the versionNumber when the document was brought in application. Since the version in db has changed it will try to find and update a document with this I'd and old version number which will result in no document
@omarmuhtaseb256
@omarmuhtaseb256 3 жыл бұрын
Hey Hussein, regardless of preferences, I don't believe that optimistic lock is applicable in all the cases. Especially, when there is some external service request integrated with the flow. For example, let's say we have a system that enable users to collect points, then redeem the points to some store gift card. However, the gift card vouchers system is external. In that case, we cannot rely on optimistic lock for preventing multiple redemption requests at the same time for the same user. What do you think?
@hnasr
@hnasr 3 жыл бұрын
Hey Omar, I don’t see why not? The second concurrent redemption of the same gift card will fail in an optimistic CC mode. If it was an other example you might be right, external systems might not have the ability to retry in case of an OCC failure
@omarmuhtaseb256
@omarmuhtaseb256 3 жыл бұрын
@@hnasr To explain more, let's say the user has 100 points, and he wants to redeem all his points to gift card. Your system is responsible for handling the user's points. The external service will create gift cards whenever it is requested, it has no knowledge of users's points. So, when there are two concurrent requests with optimistic lock, both requests will create gift cards, but when you want to set the new points balance of the user, the second request will fail. In that case, if there is no undo request for the external service, you will be creating two gift cards of 200 points worth where as the user has only 100 points.
@FreePal334
@FreePal334 3 жыл бұрын
@@omarmuhtaseb256 if i may add one point here, in such case as u described above, the application level should handle the logic of preventing duplicated/invalid redemption. So this is a decision btw the possibility/probability of this case vs the performance gained from optimistic logic.
@jeffdavies2824
@jeffdavies2824 3 жыл бұрын
Have you looked at distributed NoSQL database like Cassandra? Highly scalable, fast write times, and possibly a rather interesting topic for discussing consistency levels. I'm still getting my head around it.
@randriamitsiryjessgabriel723
@randriamitsiryjessgabriel723 3 жыл бұрын
Could you please talk about end to end encryption please
@nikhilghodke674
@nikhilghodke674 3 жыл бұрын
I just want to tell Hussein, you are just awesome 😍
@lord12790
@lord12790 3 жыл бұрын
Thanks for another insightful video. Can you make videos on CockroachDB, YugaByte, HarperDB and Cassandra/ScyllaDB?
@kamaukenn7101
@kamaukenn7101 3 жыл бұрын
Bythe way what do you think about harper db.
@avinashkolaparthi3890
@avinashkolaparthi3890 Жыл бұрын
@hnasr In postgres, 'select for update' aquire row level locking it seems, and it says there will be a disk write to mark the row as locked. How can we get the locked information, which table stores these?
@TheHasanJr
@TheHasanJr 3 жыл бұрын
Hi Hussein, I had a question.. Should unique tables/keys be indexed? And why is Amazon Aurora faster than MySQL and Postgres?
@ultiumlabs4899
@ultiumlabs4899 2 жыл бұрын
So, I as a DB user don't have to do anything because each DB has its own choice? I mean what's each DB choice have to do with me?
@ashwinkumar3587
@ashwinkumar3587 3 жыл бұрын
I have this doubt for a long time even after finishing your Database course 😅 Which takes priority - Isolation level or locks? Or does enforcing a isolation level implements locks to handle the isolation levels. I'm just confused about the co-existence of isolation level and locks
@hnasr
@hnasr 3 жыл бұрын
Don’t get stuck on definitions, just know the purpose and usefulness for both. Isolation is a property of the transaction that defines how Isolated it is from changes made by other concurrent transactions. There are many levels from low isolation (read uncommitted) to high isolation (serialization ) Locks are used to prevent a change on a resource (table, page or a row) and “can” be used to achieve isolation.
@splytrz
@splytrz 3 жыл бұрын
Can someone explain the memory problem with the pessimistic approach? If we have an entire function operating on a row, what is a problem with storing an integer? If we have a million functions operating at the same time that it's the functions that are going to cost a lot of memory, not an array (or even a set) of integers.
@severinspoerri3036
@severinspoerri3036 3 жыл бұрын
Danke!
@NikhilKumar-gw6kp
@NikhilKumar-gw6kp 3 жыл бұрын
Hello Hussein, be it optimistic or pessimistic control, in either if a user has already initiated the transaction and some other concurrent user tries updating some field in that same row, their transaction will fail, right? So wht i understand, i can be terribly wrong, that via optimistic mechanism we are only saving memory footprint by avoiding locks. Please correct me or guide me here. Thanks a lot for your videos.
@hnasr
@hnasr 3 жыл бұрын
Not entirely true, here is an example of pessimistic mode. Say we have two transactions tx1 and tx2 start at the same time. Tx1 updates a row and takes a lock on it, Tx2 tries to update the same row but can’t because of the lock, it then waits until the lock is released. Once the lock is released (tx1 commits) , tx2 immediately unblocks and updates the row normally. So no failures or retries required. Hope that helps
@ishtiaquekhan1148
@ishtiaquekhan1148 3 жыл бұрын
It's funny how social tends are creeping into tech
@donjohnny5571
@donjohnny5571 3 жыл бұрын
Hey Hussein! Please make a video on WebAssembly?
@giantbush4258
@giantbush4258 6 ай бұрын
Not a single line of code to illustrste the concepts i can imagine not coding in a 14 udemy course. 😂
@h.jpouya4715
@h.jpouya4715 3 жыл бұрын
همه زبانی حرف زدی غیر از فارسی. یه بار هم یه جمله فارسی بگو دل ما خوش بشه
@hnasr
@hnasr 3 жыл бұрын
چشم
@h.jpouya4715
@h.jpouya4715 3 жыл бұрын
@@hnasr چشمت بی بلا عزیز دل
@masoudmj1124
@masoudmj1124 3 жыл бұрын
عالی بود 😄😄
@moosegoose1282
@moosegoose1282 8 ай бұрын
get to the point man
Can Redis be used as a Primary database?
12:18
Hussein Nasser
Рет қаралды 51 М.
when indexes are useless | The Backend Engineering Show
26:25
Hussein Nasser
Рет қаралды 23 М.
БУ, ИСПУГАЛСЯ?? #shorts
00:22
Паша Осадчий
Рет қаралды 2,8 МЛН
What type of pedestrian are you?😄 #tiktok #elsarca
00:28
Elsa Arca
Рет қаралды 30 МЛН
When should you shard your database?
21:20
Hussein Nasser
Рет қаралды 79 М.
Scaling CPU-intensive Backends - The Backend Engineering Show
19:35
Hussein Nasser
Рет қаралды 12 М.
Avoid premature Database Sharding
20:29
Hussein Nasser
Рет қаралды 16 М.
How Do Databases Store Tables on Disk? Explained both SSD & HDD
18:56
Hussein Nasser
Рет қаралды 28 М.
Postgres Internal Architecture Explained
33:16
Hussein Nasser
Рет қаралды 156 М.
Frontend and Backends Timeouts
24:40
Hussein Nasser
Рет қаралды 12 М.
All Postgres Locks Explained | A Deep Dive
48:23
Hussein Nasser
Рет қаралды 37 М.
MySQL is having a bumpy journey
27:37
Hussein Nasser
Рет қаралды 15 М.
Table Clustering in MySQL and Postgres - The pros and cons
27:45
Hussein Nasser
Рет қаралды 10 М.
The M4 Mac Mini is Incredible!
11:45
Marques Brownlee
Рет қаралды 5 МЛН
Low Battery 🪫🥹🥹🥹
0:10
dednahype
Рет қаралды 7 МЛН
Оу МАЙ! Огромный ПЛАНШЕТ, в котором ЕСТЬ ВСЁ! И очумелый SHARK 3!
16:43