Capdata TECH BLOG
Menu Close
  • SQL Server
  • Oracle
  • MySQL
  • Sybase
  • PostgreSQL
  • Google Cloud Platform
  • AWS
  • Azure
  • CAPDATA.FR

Auteur : David Baffaleuf

0

Paris Open Source Summit : vidéo du talk sur les données Time-Series avec PostgreSQL et TimescaleDB

Posted on 13 décembre 2019 by David Baffaleuf

Hello, Ce mercredi j’ai pu participer à la track Data & Blockchain du Paris Open Source Summit 2019, avec une conférence sur le stockage des séries de données temporelles via PostgreSQL/JSONB & l’extension de TimescaleDB. La vidéo est disponible ici:… Continuer la lecture →

Non classé, PostgreSQL JSON, time-series, timescale
0

ERROR: XX000: cache lookup failed for function 1 avec CREATE EXTENSION

Posted on 9 octobre 2019 by David Baffaleuf

Avec le concours de Rémi Vidier. Disclaimer : Attention cet article utilise des outils de débogage qui sont intrusifs, et qui stoppent notamment l’exécution du processus qui est tracé, donc A NE PAS UTILISER EN PRODUCTION !!! Cette semaine nous… Continuer la lecture →

PostgreSQL
0

Faciliter la lecture des mesures de temps dans performance_schema

Posted on 23 août 2019 by David Baffaleuf

Admettons que nous devions remonter pour une base mysql donnée le top 10 des tables les plus accédées en lecture par temps d’accès. On pourrait utiliser P_S.table_io_waits_summary_by_table par exemple : Bon c’est bien gentil mais on ne sait pas à… Continuer la lecture →

MySQL monitoring, performance_schema
0

Texte SQL tronqué dans les vues performance_schema en 5.6 et 5.7, il faut migrer !

Posted on 22 août 2019 by David Baffaleuf

Avant la version 5.6.24 ou 5.7.6 de MySQL, il n’y a aucun moyen de paramétrer la taille maximale du texte SQL capturé dans P_S.events_statements_summary_by_digest et events_statements_(current,history,history_long). Il est fixé à 1024 octets sans possibilité de le changer, et sur ces… Continuer la lecture →

MySQL monitoring, performance_schema
0

MySQL & Performance Schema : mais où sont passés les compteurs Com_% ??

Posted on 21 août 2019 by David Baffaleuf

Si vous avez migré plus ou moins récemment de version de MySQL vers 5.7 ou 8.0, vous ne l’avez peut être pas encore remarqué, mais il y a eu quelques petits changements au niveau des variables de statut. Outre le… Continuer la lecture →

MySQL monitoring, performance, performance_schema
0

Les dessous de la désactivation de ~/.mysql_history

Posted on 29 juillet 2019 by David Baffaleuf

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… Continuer la lecture →

MySQL mysql, sécurité, source
0

MySQL dans le PaaS : le radar de notation des solutions

Posted on 17 mai 2019 by David Baffaleuf

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… Continuer la lecture →

AWS, Azure, Google Cloud Platform, MySQL AWS, Azure, comparatif, GCP, mysql
0

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

Posted on 13 mai 2019 by David Baffaleuf

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… Continuer la lecture →

AWS, MySQL AWS, cloud, comparatif, mariaDB, mysql
0

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

Posted on 7 mai 2019 by David Baffaleuf

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… Continuer la lecture →

AWS, MySQL amazon, AWS, cloud, comparatif, PaaS, RDS
0

Comparatif MySQL dans le PaaS, épisode 2 : Azure

Posted on 22 janvier 2019 by David Baffaleuf

Dans l’épisode précédent, nous avions parlé de MySQL sur Google Cloud Platform, aujourd’hui nous allons comparer avec la solution proposée par Microsoft sur Azure. MySQL et MariaDB dans le PaaS Azure Si on rassemble toutes les bases de données dans… Continuer la lecture →

Azure, MySQL Azure, cloud, mysql
0

Comparatif MySQL dans le PaaS, épisode 1 : Google Cloud SQL

Posted on 5 décembre 2018 by David Baffaleuf

Je vous propose de découvrir ensemble de quelle manière MySQL est implémenté dans le PaaS, chez les 3 principaux fournisseurs de ce type de service : Google, Microsoft et Amazon, au rythme d’un épisode par plateforme. Dans chaque épisode nous… Continuer la lecture →

Google Cloud Platform, MySQL cloud, GCP, mysql
0

Context switch et switch Context

Posted on 23 août 2018 by David Baffaleuf

L’article avait été perdu suite à migration de version de WP, le revoici : Pour alimenter le débat, la définition de ces 2 colonnes de sys.dm_os_schedulers : – context_switches_count : Number of context switches that have occurred on this scheduler.… Continuer la lecture →

Operating System internals, win32
2

Le point sur Meltdown et les bases de données

Posted on 5 janvier 2018 by David Baffaleuf

Tout d’abord bonne année à tous et meilleurs vœux pour 2018 ! Cette année démarre sur les chapeaux de roues pour tous les ouvriers de l’IT que nous sommes avec l’annonce officielle faite le 3 janvier dernier de deux failles… Continuer la lecture →

Général, Operating System meltdown, sécurité, side-channel attacks, spectre
0

default_password_lifetime à 360 jours entre la 5.7.4 et 5.7.10

Posted on 22 septembre 2017 by David Baffaleuf

Petite piqûre de rappel pour tous ceux qui se trouvent entre ces deux releases, la valeur du paramètre default_password_lifetime est fixée à 360 par défaut, ce qui signifie que si vous n’avez pas précisé la clause PASSWORD EXPIRE NEVER dans… Continuer la lecture →

MySQL
1

De la tarte ? non, du gâteau !

Posted on 22 décembre 2016 by David Baffaleuf

En référence l’article concernant le portage du code de SQL Server sur Linux. En fait, de portage il n’y aura pas eu. Presque pas besoin. Voir la présentation de Slava et Tobias Thernström sur Channel 9 qui donne une idée… Continuer la lecture →

SQL Server linux, win32
0

DMV et problème de tri

Posted on 29 juin 2016 by David Baffaleuf

Un problème intéressant ce matin sur un SQL Server 2014 SP1 (12.0.4457.0). Une simple requête pour remonter les 20 requêtes les plus consommatrices depuis le dernier restart de l’instance par utilisation CPU: select top 20 S.text ‘SQLtext’, STAT.execution_count ‘Plan reuse… Continuer la lecture →

SQL Server dmv, performance, query memory grants
0

Recharger un backup de master en SQL 2014 CU6

Posted on 6 juin 2016 by David Baffaleuf

Exemple du matin, suite à la perte complète d’une machine je dois reconstruire une instance en SQL Server 2014 SP1 CU6 soit 12.0.4449. J’ai tous les backups y compris de master donc à priori aucun problème à l’horizon. Sauf que… Continuer la lecture →

Sauvegarde & Restauration, SQL Server recovery
0

Notifications d’état de la mémoire sous windows : LOW, STEADY, HIGH

Posted on 3 juin 2016 by David Baffaleuf

Avant de commencer un article un peu profond sur Resource Monitor, j’ai dû faire quelques tests sur le fonctionnement des états mémoire et des notifications dans Windows. Windows propose depuis sa version XP/2003 et à travers une API, à toute application… Continuer la lecture →

Operating System, SQL Server win32
0

Utiliser un fichier de configuration .psqlrc alternatif

Posted on 27 mai 2016 by David Baffaleuf

Encore un truc tout bête: je partage le compte postgres avec d’autres applications, et je veux utiliser un fichier .psqlrc personnalisé que seul mon code utilisera. Or on sait que par défaut psql va chercher : – Soit un fichier… Continuer la lecture →

PostgreSQL command line, psql
1

Retrouver la requête à l’origine d’une erreur 8623 “The query processor ran out of internal resources and could not produce a query plan”

Posted on 27 mai 2016 by David Baffaleuf

Petit post rapide sur mon problème du matin: une erreur 8623 récurrente sur une instance: Error: 8623, Severity : 16, State : 1. The query processor ran out of internal resources and could not produce a query plan. This is a rare… Continuer la lecture →

SQL Server xevents

Navigation des articles

Articles Précédents

Social Media

RSS Capdata TECH BLOG

  • PostgreSQL Benchmarking 15 janvier 2021
  • AWS RDS, Aurora et PostgreSQL 14 décembre 2020
  • “Pruning” de partitions sous PostgreSQL ou comment bien élaguer ! 7 décembre 2020

Besoin d’un expert bases de données ?

Contactez notre équipe conseil au 0820 620 400 ou rendez-vous sur capdata.fr

Recherche

Archives

Commentaires récents

  • Ludovic AUGEREAU dans “Pruning” de partitions sous PostgreSQL ou comment bien élaguer !
  • Emmanuel RAMI dans “Pruning” de partitions sous PostgreSQL ou comment bien élaguer !
  • Rémi VIDIER dans PostgreSQL : Comparatif entre Barman et pgBackRest
  • Mahdi dans PostgreSQL : Comparatif entre Barman et pgBackRest
  • korthex dans Un trigger fait-il parti d’une transaction ?

Tags

asm AWS Azure backup backup database C# checksum cloud cluster comparatif corruption dbcc ind GUSS howto installation internals journal de transaction journal de transactions jss linux migration monitoring mysql mysql 8.0 nouveautes Oracle page_verify parallelisme perfmon performance performance_schema Postgres PostgreSQL Production RDS replication RML Utilities sqldiag SQL Server statistiques suse tempdb torn page detection update win32

GROUPE OSMOZIUM

GROUPE OSMOZIUM
92, avenue André Morizet
92100 Boulogne billancourt
Tél. : +33 (0)1 79 71 85 00
contact@groupe-osmozium.com

ACCÈS
Métro :
ligne 10 – Boulogne Pont de Saint-Cloud
Ligne 9 – Billancourt
Bus :
160 arrêt André Morizet
126 et 72 arrêt Ancienne Mairie.

CAP DATA CONSULTING

CAP DATA CONSULTING
92, avenue André Morizet
92100 Boulogne billancourt
Tél. : +33 (0)1 79 71 85 00
contact@capdata-osmozium.com

CAP DATA NANTES

CAP DATA CONSULTING
19 rue Crébillon
44000 NANTES
Tél. : +33 (0)2 28 20 21 90
contact@capdata-osmozium.com

ACCÈS
Depuis la gare de Nantes :
prendre la sortie Nord.
Tramway ligne 1 – Arrêt Commerce

© 2021 Capdata TECH BLOG. All rights reserved.
Hiero by aThemes