Auto-generated transcript If you're still using MySQL in 2026, you're probably going to want to switch to a different, better option. In this video, we're going to talk about the fall of MySQL. We're going to talk about why it's no longer being used so much and what you can do about it and how you can switch to a better database option. So first of all, let's talk about the closed source nature of MySQL. So as you might already know, there is a free open source version of MySQL server over here on GitHub, but this is mostly just for show, all right? Oracle, the organization that is developing MySQL, keeps both a free open source version and a paid enterprise closed source version. And you can probably imagine the free version over here doesn't receive as much support, as much development, as much time and attention as the paid version, because the paid version is where Oracle makes all of its money, right? They're not going to make money from this free open source software. They're going to make money by selling their paid enterprise solutions, right? And so this free version always ends up taking the backseat when it comes to new features, when it comes to development, bug fixes, support, and all those things, right? And if you want to see how much open source development a project is receiving, just go over to the pull requests tab over here. You can see that MySQL has zero pull requests over here. Whereas if I open up the GitHub repo for MariaDB, which is the open source version, the open source fork of mysql you'll see that we have 270 open pull requests over here and that's a huge difference right and that's the difference between an open source project that's only there for show and isn't receiving any proper development and an open source project that's actually open source and people are actually contributing to it and developing it and even if you try to contribute to the mysql open source server over here by submitting some pull requests you're not going gonna have a very good experience most of the time what happens is you submit a PR over here and then usually you not even gonna get reviewed or your pull request isn even gonna receive much attention right and it probably not gonna get accepted but even if it was accepted you most likely won even get any credit for your contributions because Oracle is just going to implement your features in their in their closed source mysql version right they're gonna integrate your code your contributions to that and you're not gonna receive any credit for it so there's really no point in even in contributing to the open source MySQL version, especially when things like MariaDB already exist, right? And also another problem we have is that the best features of MySQL are already locked behind their paid version. Things like vector search, things like parallel query execution, I'll explain what that means, are not available in the free version of MySQL. They're only available in the paid enterprise version. And that sucks because vector search is extremely important, especially for things like AI, right? Like you cannot develop AI models without having access to vector math and vector search. And in today's day and age, if you don't have access to a vector database, then I don't know what to say. You're already behind. Now let's talk about parallel query execution. I feel like I should explain this real quick so you guys know what this even means. And then you can decide whether this is a trade-off you're willing to accept or not, right? So there's two basic types of queries over here that we're going to discuss, right? There's concurrent queries and there's parallel queries. And concurrent is where multiple users are running multiple queries. And most databases already support this, right? You can have multiple queries running for multiple users, but every single query is only using one CPU core, right? That's the difference between concurrent and parallel queries. So when it comes to parallel queries, you basically have one query that using multiple CPU cores to finish executing faster And this may or may not be a trade you willing to accept because you may not be at the scale required where something like this an optimization like this becomes relevant to your company or your product, right? But this is still a very important feature to have. And the free version of MySQL doesn't support it, but the paid version does. And since we know that Oracle has the technical expertise to develop such a feature because it already exists in their paid version of MySQL, it makes zero sense for them to not have it in the free version, right? The only reason they would not implement it in the free version is because they're trying to lock you in into a paid enterprise solution. And by all means, you can do that. But free open source versions of this exact same feature already exist. And they're much better than the paid versions that you're going to get from Oracle. Now, while we're at it, let's also talk about the number of commits that MySQL is actually receiving. So if you look at this chart over here, And this is coming straight from GitHub, right? You'll see that the number of commits are actually going down and down and down. Like if I just take a picture of this and put it over here, you can see that the commits are actually going down, down, down, down, down. Right. What does that mean? It means that this MySQL Server repository is not receiving any development at all. Right. Development is declining. New features are not being developed. It's just a mess, right? It is a dying product. and you do not want to be stuck with using a dying product. And as if that was not enough, MySQL is also just becoming slower and more bloated with each new feature release. And the reason this is happening is because the developers over at MySQL are developing new features in their paid versions, of course, but they're not taking the time to optimize those features and to improve performance of the entire database system. And that's obviously going to be a deal breaker, right? There's a very interesting article on this over here. I link the article in the description But it basically using a tool called Sysbench which is a program that you can use to compare different database systems and this guy is basically comparing mario db which is an open source fork of mysql and then mysql right and what he's found is mario db is much faster and mysql is just becoming slower and slower with each new version release so with all that being said you probably want to know how you can switch off of mysql and start using a better alternative to it right so you have two options over there you can either use maria db which is an open source fork of mysql or you can use postgresql now if you have a new project if you have a completely new project and you're just starting out and you're trying to pick a database system to use go with postgres it is the pretty much the most popular database system there is it's kind of like just the industry standard and you just can't go wrong with choosing postgres so if you have a new project go choose postgres that's what i use in pretty much all of my projects and it's what i would recommend you to use as well but if you are already using mysql and you have an existing project right then migrating to a completely new database system is going to take a lot of work a lot of time so instead of doing that you can use mario db which is again an open source fork of of MySQL, which means it does maintain backwards compatibility with MySQL. So in 99% of cases, unless you're doing something very special with MySQL, which most of you will not be doing, you can pretty much just switch from MySQL to MarioDB and not change anything else in your code base and it would still work perfectly fine because MarioDB tries to maintain backwards compatibility with MySQL. So switching between the two is extremely easy. So if you already have a project that's using MySQL, switch to MariaDB. Otherwise if you're starting a new project, then switch to Postgres. These are the two best options that I'm going to give you for the majority of projects you're going to work in.