Mastodon Skip to content
  • Home
  • Aktuell
  • Tags
  • Über dieses Forum
Einklappen
Grafik mit zwei überlappenden Sprechblasen, eine grün und eine lila.
Abspeckgeflüster – Forum für Menschen mit Gewicht(ung)

Kostenlos. Werbefrei. Menschlich. Dein Abnehmforum.

  1. Home
  2. Uncategorized
  3. kann mir das jemand erklärenim #mastodon backend zeigt es mir an: postgresql 6.6GBwenn ich die db aber jetzt backupe ist die sql datei nur 2.8GB gross und alle db backups zusamen nur 3.2GBwoher könnte diese diskrepanz kommen?#admin #server

kann mir das jemand erklärenim #mastodon backend zeigt es mir an: postgresql 6.6GBwenn ich die db aber jetzt backupe ist die sql datei nur 2.8GB gross und alle db backups zusamen nur 3.2GBwoher könnte diese diskrepanz kommen?#admin #server

Geplant Angeheftet Gesperrt Verschoben Uncategorized
mastodonadminserver
5 Beiträge 2 Kommentatoren 0 Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • pmj@social.pmj.rocksP This user is from outside of this forum
    pmj@social.pmj.rocksP This user is from outside of this forum
    pmj@social.pmj.rocks
    schrieb zuletzt editiert von
    #1

    kann mir das jemand erklären
    im #mastodon backend zeigt es mir an: postgresql 6.6GB
    wenn ich die db aber jetzt backupe ist die sql datei nur 2.8GB gross und alle db backups zusamen nur 3.2GB
    woher könnte diese diskrepanz kommen?
    #admin #server

    ij@nerdculture.deI 1 Antwort Letzte Antwort
    0
    • pmj@social.pmj.rocksP pmj@social.pmj.rocks

      kann mir das jemand erklären
      im #mastodon backend zeigt es mir an: postgresql 6.6GB
      wenn ich die db aber jetzt backupe ist die sql datei nur 2.8GB gross und alle db backups zusamen nur 3.2GB
      woher könnte diese diskrepanz kommen?
      #admin #server

      ij@nerdculture.deI This user is from outside of this forum
      ij@nerdculture.deI This user is from outside of this forum
      ij@nerdculture.de
      schrieb zuletzt editiert von
      #2

      @pmj interne Strukturen, Redundanz, etc...

      Postgres ist da relativ sparsam im Vergleich zu MySQL, wo das Verhaeltnis zwischen Backup und On-Disk Daten noch unguenstiger ist, soweit ich das korrekt in Erinnerung habe, als ich mal vor dem DB-Crash bei nerdica.net geschaut hatte.

      pmj@social.pmj.rocksP 1 Antwort Letzte Antwort
      0
      • ij@nerdculture.deI ij@nerdculture.de

        @pmj interne Strukturen, Redundanz, etc...

        Postgres ist da relativ sparsam im Vergleich zu MySQL, wo das Verhaeltnis zwischen Backup und On-Disk Daten noch unguenstiger ist, soweit ich das korrekt in Erinnerung habe, als ich mal vor dem DB-Crash bei nerdica.net geschaut hatte.

        pmj@social.pmj.rocksP This user is from outside of this forum
        pmj@social.pmj.rocksP This user is from outside of this forum
        pmj@social.pmj.rocks
        schrieb zuletzt editiert von
        #3

        @ij

        ja, sowas habe ich vermutet
        ich hab mal was überflogen als ich ne DB entworfen habe ("was besser?") und da stand auch was dass postgres da anders arbeitet bzw. anders genutzt werden kann als mysql, bin da aber technisch auch nicht wirklich drin
        deshalb benutzen wohl auch praktisch alle echtzeit anwendungen postgres as DB

        ij@nerdculture.deI 1 Antwort Letzte Antwort
        0
        • pmj@social.pmj.rocksP pmj@social.pmj.rocks

          @ij

          ja, sowas habe ich vermutet
          ich hab mal was überflogen als ich ne DB entworfen habe ("was besser?") und da stand auch was dass postgres da anders arbeitet bzw. anders genutzt werden kann als mysql, bin da aber technisch auch nicht wirklich drin
          deshalb benutzen wohl auch praktisch alle echtzeit anwendungen postgres as DB

          ij@nerdculture.deI This user is from outside of this forum
          ij@nerdculture.deI This user is from outside of this forum
          ij@nerdculture.de
          schrieb zuletzt editiert von
          #4

          @pmj IMHO ruehrt die weite Verbreitung von MySQL daher, dass MySQL frueher im Wesentlichen nur MyISAM als Engine nutzte und deshalb keine Transaktionen machte. Das brachte MySQL den Ruf ein, gegenueber Postgres deutlich schneller zu sein.

          Postgres macht per default alles in einzelnen Transaktionen, was kostspielig und langsam ist. Wenn man Transaktion mit Begin und Commit macht, wird Postgres auch schnell. Oder wenn man bei MySQL InnoDB macht, wird MySQL auch langsamer als mit MyISAM... oh wunder! 😉

          pmj@social.pmj.rocksP 1 Antwort Letzte Antwort
          0
          • ij@nerdculture.deI ij@nerdculture.de

            @pmj IMHO ruehrt die weite Verbreitung von MySQL daher, dass MySQL frueher im Wesentlichen nur MyISAM als Engine nutzte und deshalb keine Transaktionen machte. Das brachte MySQL den Ruf ein, gegenueber Postgres deutlich schneller zu sein.

            Postgres macht per default alles in einzelnen Transaktionen, was kostspielig und langsam ist. Wenn man Transaktion mit Begin und Commit macht, wird Postgres auch schnell. Oder wenn man bei MySQL InnoDB macht, wird MySQL auch langsamer als mit MyISAM... oh wunder! 😉

            pmj@social.pmj.rocksP This user is from outside of this forum
            pmj@social.pmj.rocksP This user is from outside of this forum
            pmj@social.pmj.rocks
            schrieb zuletzt editiert von
            #5

            @ij

            ah, thx für erklärung
            für mich ist mysql bzw. jetzt mariadb einfacher zugänglich und "more forgiving" bei schlechtem design als postgres

            1 Antwort Letzte Antwort
            0
            Antworten
            • In einem neuen Thema antworten
            Anmelden zum Antworten
            • Älteste zuerst
            • Neuste zuerst
            • Meiste Stimmen



            Copyright (c) 2025 abSpecktrum (@abspecklog@fedimonster.de)

            Erstellt mit Schlaflosigkeit, Kaffee, Brokkoli & ♥

            Impressum | Datenschutzerklärung | Nutzungsbedingungen

            • Anmelden

            • Du hast noch kein Konto? Registrieren

            • Anmelden oder registrieren, um zu suchen
            • Erster Beitrag
              Letzter Beitrag
            0
            • Home
            • Aktuell
            • Tags
            • Über dieses Forum