<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Mysql on Marco Gabriel Blog</title>
    <link>https://www.marcogabriel.com/tags/mysql/</link>
    <description>Recent content in Mysql on Marco Gabriel Blog</description>
    <image>
      <title>Marco Gabriel Blog</title>
      <url>https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</url>
      <link>https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</link>
    </image>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Sun, 30 Nov 2014 13:38:12 +0100</lastBuildDate>
    <atom:link href="https://www.marcogabriel.com/tags/mysql/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>mysqldump: Error 2020: Got packet bigger than ‘max_allowed_packet’ bytes</title>
      <link>https://www.marcogabriel.com/posts/642-mysqldump-error-2020-got-packet-bigger-than-max-allowed-packet-bytes/</link>
      <pubDate>Sun, 30 Nov 2014 13:38:12 +0100</pubDate>
      <guid>https://www.marcogabriel.com/posts/642-mysqldump-error-2020-got-packet-bigger-than-max-allowed-packet-bytes/</guid>
      <description>&lt;p&gt;Für ein &lt;a href=&#34;http://www.inett.de/produkte/zarafa&#34;&gt;Zarafa&lt;/a&gt; Upgrade von 6.40 auf 7.1 musste ich eine MySQL Datenbank von einem alten auf einen neuen Server übernehmen. Da es sich um eine relativ große Datenbank handelte, testete ich den Vorgang vorab und alles funktionierte - inklusive dem Dump und dem Restore der Datenbank.&lt;/p&gt;
&lt;p&gt;Beim eigentlichen Upgrade dann brach der Dump mit der folgenden Meldung ab:&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;mysqldump: Error 2020: Got packet bigger than &amp;#39;max_allowed_packet&amp;#39;
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Das Problem ist, dass &lt;code&gt;mysqldump&lt;/code&gt; nicht die gleichen Konfigurationsparameter wie der &lt;code&gt;mysqld&lt;/code&gt; verwendet. In der &lt;code&gt;/etc/mysql/my.cnf&lt;/code&gt; kommt ganz weit unten eine Sektion namens &lt;code&gt;[mysqldump]&lt;/code&gt;, in der man die &lt;code&gt;max_allowed_packet&lt;/code&gt; Größe anpassen muss, wenn der Server ebenfalls größere Pakete zulässt. Passt man diese Größe nicht an, können Backups unbrauchbar sein weil sie mittendrin abbrechen.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Wenn&#39;s mal wieder länger dauert: MySQL Tuning Scripts</title>
      <link>https://www.marcogabriel.com/posts/618-wenns-mal-wieder-laenger-dauert-mysql-tuning-scripts/</link>
      <pubDate>Sat, 20 Apr 2013 17:01:46 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/618-wenns-mal-wieder-laenger-dauert-mysql-tuning-scripts/</guid>
      <description>&lt;p&gt;Wer hat schon zu viel Zeit? Und irgendwas zu optimieren gibt&amp;rsquo;s doch immer:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&#34;https://launchpad.net/mysql-tuning-primer&#34;&gt;MySQL Tuning Primer Script in Launchpad&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;http://mysqltuner.pl/&#34;&gt;MySQL Tuner&lt;/a&gt; (Unter Debian/Ubuntu auch über apt-get install mysqltuner installierbar)&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Das Denken übernehmen die Scripte nicht, aber sie sind dabei sehr behilflich.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Merke: MySQL REPLACE und mysql_affected_rows()</title>
      <link>https://www.marcogabriel.com/posts/560-merke-mysql-replace-und-mysql_affected_rows/</link>
      <pubDate>Thu, 19 Nov 2009 11:18:01 +0100</pubDate>
      <guid>https://www.marcogabriel.com/posts/560-merke-mysql-replace-und-mysql_affected_rows/</guid>
      <description>&lt;p&gt;Merke: Nach einem erfolgreichen &lt;code&gt;REPLACE INTO&lt;/code&gt; meldet &lt;code&gt;mysql_affected_rows()&lt;/code&gt; nicht 1 sondern 2 zurück.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
