Quand j'étais à l'école, beaucoup de gens avaient des préjugés contre MySQL. Les préjugés portaient principalement sur les aspects suivants :
1. en fait, MyISAM effectue le verrouillage de table, mais l'efficacité est relativement faible)
2. La quantité de données stockées dans MySQL est relativement faible, ce qui convient aux petits projets, Oracle, DB2, etc.
Après tant d'années, mon développement a toujours été basé sur MySQL, je pense donc que je dois dire quelques mots de justice.
Pour être juste
La première question
Concernant le premier problème de non-prise en charge des transactions, il existe certaines raisons historiques à cela. Depuis le début de la conception de MySQL, le moteur de stockage a été enfichable, permettant aux entreprises ou aux particuliers de définir leurs propres moteurs de stockage en fonction de leurs propres besoins (bien entendu, les entreprises ou les particuliers ordinaires n'ont pas réellement cette capacité). Le moteur de stockage le plus largement utilisé développé par MySQL est MyISAM. MyISAM prend en charge les verrous de table mais pas les verrous de ligne, il est donc moins efficace lors de la gestion d'opérations d'écriture simultanées élevées. De plus, MyISAM ne prend pas en charge les clés étrangères (bien que les clés étrangères soient désormais utilisées dans). projets réels). Déjà moins utilisé).
Mais ce problème n’est pas insoluble. Cela doit être dit à propos d'InnoDB, un autre moteur de stockage célèbre dans MySQL.
Le moteur de stockage InnoDB a été développé par une société appelée Innobase Oy à Helsinki, en Finlande. Le moteur de stockage InnoDB a une histoire encore plus longue que MySQL.
Lorsque InnoDB a été développé pour la première fois, il a été développé comme une base de données complète, ses fonctions sont donc très complètes. Après son développement, le fondateur a voulu vendre la base de données, mais aucun acheteur n’a été trouvé.
Plus tard, après le lancement de MySQL2.0, ce moteur de stockage enfichable a attiré l'attention de Heikki Tuuri, le fondateur d'Innobase Oy. Après avoir communiqué avec MySQL, il a décidé d'introduire InnoDB comme moteur de stockage dans MySQL. MySQL prend en charge InnoDB, il fait en fait principalement la promotion de son propre MyISAM.
Mais InnoDB était si bon qu'il a finalement attiré l'attention du grand diable Oracle en 2006, et a acquis InnoDB d'un geste de la main.
MySQL a principalement fait la promotion de son propre MyISAM, et sa vie a été très sombre. Il a finalement été acquis par Sun pour 1 milliard de dollars en 2008. Cette opération a consolidé la position de Sun en tant que leader dans le domaine de l'open source, mais Sun a réussi. Les liquidités de l'entreprise étaient toujours relativement faibles et finalement Sun elle-même a été rachetée par Oracle en 2009. J’étais encore au lycée à ce moment-là. Un jour, alors que je déjeunais, le journal télé de midi de CCTV passait à la télévision du restaurant. J’ai vu ce journal et j’en ai encore quelques impressions.
Après l'acquisition de Sun par Oracle, InnoDB et MySQL sont devenus des produits Oracle et l'intégration est devenue très simple. Dans les versions ultérieures, InnoDB est progressivement devenu le stockage par défaut du moteur MySQL. Dans le dernier MySQL8, la table de métadonnées utilise également InnoDB comme moteur de stockage.
Le moteur de stockage InnoDB possède principalement les fonctionnalités suivantes :
1. Prend en charge les transactions
2. Prend en charge 4 niveaux d'isolation des transactions
3. Lecture
4. Prise en charge des verrous au niveau des lignes
5. Le blocage de la lecture et de l'écriture est lié au niveau d'isolation des transactions
6. Prise en charge de la mise en cache, qui peut mettre en cache à la fois l'index et les données.
7. La table entière et les clés primaires sont stockées en mode Cluster pour former un arbre équilibré
8 ...
Bien sûr, cela ne veut pas dire qu'InnoDB. est forcément bon. En pratique Lors du développement, vous devez encore choisir d'utiliser InnoDB ou MyISAM en fonction de scénarios spécifiques.
La première question est donc vouée à l’échec.
La deuxième question
La deuxième question est bel et bien un défaut.
Si vous comparez MySQL avec Oracle, ce sera certainement un peu pire. Après tout, l’un est gratuit et l’autre payant, et les payants sont très chers. Mais ce problème n’est pas insoluble.
Je crois que de nombreux amis ont entendu dire que de nombreux grands fabricants nationaux utilisent MySQL pour stocker des données. Les grands fabricants utilisent MySQL parce qu'ils ont la capacité de développer leurs propres moteurs de stockage. Les petits fabricants n'ont généralement pas cette force et ne peuvent pas développer leurs propres moteurs de stockage, mais Oracle n'a pas les moyens de le faire, alors que devons-nous faire ?
Le middleware de base de données distribué qui a émergé ces dernières années peut très bien résoudre ce problème. Dans le domaine Java, il existe de nombreux outils similaires, tels que Sharding-JDBC, MyCat, etc. Grâce à ces outils, les sous-tables de base de données peuvent être bien réalisées, ainsi que l'expansion dynamique des tables de données, la séparation en lecture-écriture, les transactions distribuées. résolution, etc. Grâce à ces outils, les scénarios d'application de MySQL ont été grandement améliorés.
D'un autre côté, les microservices sont devenus populaires ces dernières années. Ce n'est pas un concept simple. L'architecture des microservices divise un grand projet en plusieurs petits microservices. Pour certaines choses, chaque microservice gère ses propres petites tâches. cela correspond davantage aux caractéristiques de la division humaine du travail et de la coopération. Dans l'architecture des microservices, notre besoin de grandes tables et de requêtes conjointes sur plusieurs tables sera réduit et MySQL sera plus utile.
Par conséquent, le deuxième problème peut également être résolu.
Pour autant que je sache, les sociétés Internet utilisent encore beaucoup MySQL, et les éditeurs de logiciels traditionnels peuvent préférer les bases de données telles qu'Oracle.
Mais cela dit, le cloud computing est aussi une orientation future.
Pour plus d'articles techniques liés à MySQL, veuillez visiter la colonne Tutoriel MySQL pour apprendre !
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!