MySQL 5.4预览版发布 性能提高90%
【51CTO编译】自4月20日甲骨文将收购Sun的消息传出之后,很多开发者和业内人士都对Java,开源以及MySQL的前景议论纷纷。MySQL一年前被Sun收购,做为甲骨文招牌数据库产品的主要竞争对手之一,很多人担心MySQL将会遭到排挤并消失(欲了解更多详情,请光顾专题
【51CTO编译】自4月20日甲骨文将收购Sun的消息传出之后,很多开发者和业内人士都对Java,开源以及MySQL的前景议论纷纷。MySQL一年前被Sun收购,做为甲骨文招牌数据库产品的主要竞争对手之一,很多人担心MySQL将会遭到排挤并消失(欲了解更多详情,请光顾专题:Oracle收购Sun)。不过这些并不影响最近的MySQL Conference & Expo上MySQL发布的MySQL更新。
周二,Sun的开源数据库部门发布了更加快速的更新MySQL的计划。
首先是MySQL 5.4的发布(官方下载地址)。根据声明,这个版本在某些指令运行上比MySQL 5.1提高了高达90%的效率。
这个更加快速的MySQL数据库来自收购MySQL一年多,又随即将被甲骨文收购的Sun。
MySQL的首席执行官对于甲骨文对待MySQL的态度充满乐观。他认为甲骨文会认识到MySQL的价值,并支持其加速更新发布的计划。
MySQL和软件基础设施部门的副总裁Karen Tegan Padir这样说到:“MySQL无处不在,所以它自身的影响力不会被谁收购它所影响。我们看待甲骨文收购Sun和看待Sun收购MySQL并无不同。甲骨文将会是一个好的接管人,因为他们必须这样做。只要他们不打算把MySQL排挤扼杀掉,MySQL将会持续加速发展。”
MySQL 5.4
MySQL部门产品经理Robin Schumacher解释说,MySQL的目标在于每三个月到半年就有一个新的里程碑。第一个就是MySQL 5.4。这次的发布算是一个预览版,今年晚些时候会发布完整版本。
MySQL 5.4的主要提升在于其性能。数据库中增添了不少创意的更新,其中最值得关注的就是MySQL优化器的改进。这个优化器是个规定数据库实现查询期间路径的工具。Schumacher表示MySQL优化器在subquery优化方面,如嵌套查询等查询上的效率提升了90%。
MySQL 6及之后
MySQL在过去几年间一直在谈论关于MySQL的开发。Shumacher表示,按照现在的计划,6.0版将在2010年推出。6.0版的重要功能之一将是Falcon引擎。这是MySQL在2006年公布的引擎,是InnoDB引擎的一个替代选项。
另外,Drizzle项目也是MySQL发展中十分重要的一部分。Padir对这个项目有着很高的评价。

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds



Traiter efficacement 7 millions d'enregistrements et créer des cartes interactives avec la technologie géospatiale. Cet article explore comment traiter efficacement plus de 7 millions d'enregistrements en utilisant Laravel et MySQL et les convertir en visualisations de cartes interactives. Exigences initiales du projet de défi: extraire des informations précieuses en utilisant 7 millions d'enregistrements dans la base de données MySQL. Beaucoup de gens considèrent d'abord les langages de programmation, mais ignorent la base de données elle-même: peut-il répondre aux besoins? La migration des données ou l'ajustement structurel est-il requis? MySQL peut-il résister à une charge de données aussi importante? Analyse préliminaire: les filtres et les propriétés clés doivent être identifiés. Après analyse, il a été constaté que seuls quelques attributs étaient liés à la solution. Nous avons vérifié la faisabilité du filtre et établi certaines restrictions pour optimiser la recherche. Recherche de cartes basée sur la ville

Les ingénieurs DevOps sont souvent confrontés aux défis de l'optimisation et de la mise à jour de la base de données RDS, en particulier dans les situations de charge élevée, où les méthodes traditionnelles sont sujettes au risque de temps d'arrêt. Cet article présente la stratégie de déploiement AWS Blue / Green pour obtenir une mise à jour de la base de données RDS zéro à la base de données RDS. Dites au revoir au cauchemar de la mise à jour de mise à jour de la base de données! Cet article expliquera en détail la stratégie de déploiement bleu / vert et fournira des étapes opérationnelles dans l'environnement AWS pour vous aider à mettre à jour l'instance de base de données RDS sans affecter la disponibilité du service. Préparation D'abord, coordonner l'équipe de développement et sélectionner la période avec le trafic de charge de travail le plus bas pour les mises à jour. De bons conseils pratiques pour informer l'équipe à l'avance. Cet exemple montre comment réduire l'espace de stockage des instances de base de données avec un temps d'arrêt nul à l'aide du déploiement bleu / vert. Vous pouvez utiliser la console AWSRDS

MySQL peut s'exécuter sans connexions réseau pour le stockage et la gestion des données de base. Cependant, la connexion réseau est requise pour l'interaction avec d'autres systèmes, l'accès à distance ou l'utilisation de fonctionnalités avancées telles que la réplication et le clustering. De plus, les mesures de sécurité (telles que les pare-feu), l'optimisation des performances (choisissez la bonne connexion réseau) et la sauvegarde des données sont essentielles pour se connecter à Internet.

Il existe de nombreuses raisons pour lesquelles la startup MySQL échoue, et elle peut être diagnostiquée en vérifiant le journal des erreurs. Les causes courantes incluent les conflits de port (vérifier l'occupation du port et la configuration de modification), les problèmes d'autorisation (vérifier le service exécutant les autorisations des utilisateurs), les erreurs de fichier de configuration (vérifier les paramètres des paramètres), la corruption du répertoire de données (restaurer les données ou reconstruire l'espace de la table), les problèmes d'espace de la table InNODB (vérifier les fichiers IBDATA1), la défaillance du chargement du plug-in (vérification du journal des erreurs). Lors de la résolution de problèmes, vous devez les analyser en fonction du journal d'erreur, trouver la cause profonde du problème et développer l'habitude de sauvegarder régulièrement les données pour prévenir et résoudre des problèmes.

MySQL utilise des verrous partagés et des verrous exclusifs pour gérer la concurrence, fournissant trois types de verrouillage: verrous de table, verrous en ligne et verrous de page. Les verrous en ligne peuvent améliorer la concurrence et utiliser l'instruction pour la mise à jour pour ajouter des verrous exclusifs aux lignes. Les verrous pessimistes supposent des conflits et les verrous optimistes jugent les données via le numéro de version. Les problèmes de table de verrouillage communs se manifestent comme une requête lente, utilisez la commande show processList pour afficher les requêtes maintenues par la serrure. Les mesures d'optimisation incluent la sélection des indices appropriés, la réduction de la portée des transactions, les opérations par lots et l'optimisation des instructions SQL.

Dans les opérations de la base de données MySQL, le traitement des chaînes est un lien inévitable. La fonction substring_index est conçue pour cela, qui peut extraire efficacement les sous-chaînes en fonction des séparateurs. Exemple d'application de fonction substring_index L'exemple suivant montre la flexibilité et la praticité de la fonction substring_index: extraire des pièces spécifiques de l'URL par exemple, extraire le nom de domaine: selectSubString_index ('www.mysql.com' ','. ', 2); Extraire l'extension de fichier pour obtenir facilement l'extension du fichier: selectSubString_index ('file.pdf', '.', - 1); Le traitement n'existe pas

Pour les environnements de production, un serveur est généralement nécessaire pour exécuter MySQL, pour des raisons, notamment les performances, la fiabilité, la sécurité et l'évolutivité. Les serveurs ont généralement un matériel plus puissant, des configurations redondantes et des mesures de sécurité plus strictes. Pour les petites applications à faible charge, MySQL peut être exécutée sur des machines locales, mais la consommation de ressources, les risques de sécurité et les coûts de maintenance doivent être soigneusement pris en considération. Pour une plus grande fiabilité et sécurité, MySQL doit être déployé sur le cloud ou d'autres serveurs. Le choix de la configuration du serveur approprié nécessite une évaluation en fonction de la charge d'application et du volume de données.

MySQL et MARIADB peuvent coexister, mais doivent être configurés avec prudence. La clé consiste à allouer différents numéros de port et répertoires de données à chaque base de données et ajuster les paramètres tels que l'allocation de mémoire et la taille du cache. La mise en commun de la connexion, la configuration des applications et les différences de version doivent également être prises en compte et doivent être soigneusement testées et planifiées pour éviter les pièges. L'exécution de deux bases de données simultanément peut entraîner des problèmes de performances dans les situations où les ressources sont limitées.
