Showing entries 1 to 10 of 2460
Suivant 10 Entrées plus anciennes »
Les dessous de la désactivation de ~/.mysql_history

Comme le dit très bien la doc, il est possible et même souhaitable de protéger ou désactiver l’historique des commandes lancées par tous les comptes ayant accès au client mysql, dans la mesure où celui-ci peut contenir des informations sensibles comme des noms d’objets, des mots de passe, etc… Par défaut, les commandes seront loggées dans un fichier ~/.mysql_history.

Deux manières sont possibles pour désactiver complètement ce mécanisme:
– Soit utiliser la variable d’environnement MYSQL_HISTFILE et la faire pointer vers /dev/null
– Soit créer un lien soft entre ~/.mysql_history -> /dev/null

Mais ce qui est assez curieux, c’est que dans les 2 cas mysqld n’enverra rien du tout en sortie, pas même vers le device /dev/null. Extrait des sources ~/client/mysql.cc (Copyright (c) 2000, 2017, …

[Lire plus]
Déployer 1 cluster MySQL avec 2 commandes

Dans cette courte vidéo, je vais te montrer comment créer un cluster MySQL de 3 nœuds avec simplement 2 commandes. https://www.youtube.com/watch?v=YZzGsDjlWvk

Nouveautés MySQL 8.0 : Les Histogrammes

Ce quatrième article concerne les statistiques d’histogramme.

Depuis la version 5.6, il est possible de créer des statistiques persistés avec l’option innodb_stats_persistent=1 (par défaut depuis la 5.6.6) ou par table avec stats_persistent=1.

Les statistiques sont alors stockées dans la colonne last_update des tables mysql.innodb_table_ stats et mysql.innodb_index_stats.

Contrairement à MyISAM, les statistiques en InnoDB sont calculées seulement sur un échantillon et pas la totalité des valeurs dans la colonne (innodb_stats_persistent_sample_pages ou stats_sample_pages de CREATE TABLE ou ALTER TABLE).

MariaDB était un des seul moteur à les implémenter en 2017 depuis la 10.0.2 (mysql.column_stats). Maintenant, avec MySQL 8, nous avons également l’implémentation d’histogrammes.

Par défaut depuis 5.6.6, les statistiques persistés …

[Lire plus]
Résumé des nouveautés de MySQL 8.0.16

J'ai créé, spécialement pour toi, une présentation qui résume les nouvelles fonctionnalités de la dernière version de MySQL en date, la 8.0.16.

MySQL dans le PaaS : le radar de notation des solutions

Pour ajouter un peu de visibilité à ce comparatif MySQL dans le PaaS, j’ai décidé de faire un récap par thématique et des podiums par solution, avec un argumentaire pour chaque cas. Cet article sera remis à jour avec les infos sur Aurora pour compléter le tableau une fois l’étude publiée.

Disclaimer : avant de débuter, j’indiquerais que le choix des thèmes et le système de notation n’engage que moi. Je me base sur mon expérience de production sur MySQL, que j’utilise au quotidien depuis plus de 10 ans, de la 4.1 à la 5.7 qui est aujourd’hui notre socle data en production sur AllDB. Si vous avez des commentaires ou si vous n’êtes pas d’accord avec la méthode, vous pouvez vous manifester dans les commentaires en bas de cette page, le dialogue est toujours ouvert

Egalement pour dire que le monde du cloud est un …

[Lire plus]
Nouveautés MySQL 8.0 : Les indexes invisibles

Ce troisième article aura pour sujet l’utilisation des indexes invisibles en MySQL 8.0.14

MySQL 8.0 permet d’utiliser maintenant les indexes invisibles. Un index invisible n’est pas pris en compte par l’optimizer quand il fait le plan d’exécution de la requête.

Les indexes sont visibles par défaut. L’index invisible étant toujours maintenu en arrière-plan et mis à jour à mesure que les données seront modifiées, cela permet à un DBA/Dev de tester l’effet de la suppression d’un index sur les performance d’une requête.

Même l’utilisation d’un hint FORCE INDEX dans la requête ne pourra pas marcher pour un index invisible.

Cela a également pour avantage de ne pas avoir d’effet destructeur si l’index mis en invisible était finalement nécessaire à certaines requêtes. De plus, la suppression d’un index en toute sérénité si aucun ralentissement sur la requête n’a été …

[Lire plus]
Comparatif MySQL dans le PaaS, épisode 3 : Amazon RDS (2/2)

A peine fini de digérer la première partie

Rappel des épisodes précédents :
– épisode 1 : MySQL sur Google Cloud platform.
– épisode 2 : MySQL et MariaDB sur Microsoft Azure.
– épisode 3 1/2 : MySQL et MariaDB dans Amazon RDS 1/2

Dans l’article précédent 1/2 nous avions vu le contexte technique dans lequel les bases RDS évoluent, ainsi que les premiers éléments de découverte d’une instance MySQL ou MariaDB sur le …

[Lire plus]
Nouveautés MySQL 8.0 : Configuration automatique de variables avec innodb_dedicated_server

Ce second article sera sur la configuration automatique de variables grâce à innodb_dedicated_server pour un serveur MySQL en 8.0.14

MySQL 8.0 permet d’activer la configuration automatique pour un serveur MySQL dédié. Par défaut, cette variable est positionnée à OFF. Cette fonctionnalité a été introduite en version 8.0.3

Lorsque innodb_dedicated_server est activé, InnoDB configure automatiquement les variables suivantes en fonction de la mémoire détectée sur le serveur :

– innodb_buffer_pool_size
– innodb_log_file_size
– innodb_log_files_in_group (à partir de MySQL 8.0.14)
– innodb_flush_method

Cependant, il faut activer innodb_dedicated_server que si l’instance MySQL est sur un serveur dédié ou elle peut utiliser toutes les ressources système disponibles.

Par exemple, on peut l’activer sur un serveur MySQL dans un conteneur Docker sur le Cloud ou sur …

[Lire plus]
Comparatif MySQL dans le PaaS, épisode 3 : Amazon RDS (1/2)

Rappel des épisodes précédents :
– épisode 1 : MySQL sur Google Cloud platform.
– épisode 2 : MySQL et MariaDB sur Microsoft Azure.

Bon alors là ça devient compliqué. Volet 1/2 de l’épisode 3 ça commence à ressembler au code civil cette affaire…

Il faut réaliser à quel point l’offre PaaS d’Amazon est nettement plus avancée que les autres : à thème égal (limitations, connectivité, configuration, performance, MCO, haute dispo, réplication, coûts, etc…) il y a – beaucoup – plus de choses à dire sur RDS. Et si on veut que cela reste lisible, il faut découper en deux parties.

Quand je repense qu’au départ il ne devait y avoir que …

[Lire plus]
200 !!

Cet article est en fait mon 200 ème \o/ Pour marquer le coup, j'ai décidé de faire une petite pause et de regarder dans le rétroviseur...

Showing entries 1 to 10 of 2460
Suivant 10 Entrées plus anciennes »