nerdculture.de is one of the many independent Mastodon servers you can use to participate in the fediverse.
Be excellent to each other, live humanism, no nazis, no hate speech. Not only for nerds, but the domain is somewhat cool. ;) No bots in general. Languages: DE, EN, FR, NL, ES, IT

Administered by:

Server stats:

1.1K
active users

#InnoDB

0 posts0 participants0 posts today
Nigel<p>I have a database table with several rows showing whitespace in the Path column and -1 in the Parent column</p><p>It's the oc_filecache table in my Nextcloud MariaDB and NC log throws up warning the index is corrupted</p><p>But it's part of InnoDB and the usual MariaDB repair tools won't work</p><p>I can access the table manually with the Webmin module and easily delete whatever I like but therein lies the danger!</p><p>Making assumption that those rows are the problem but... help?</p><p><a href="https://musicians.today/tags/mariadb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mariadb</span></a> <a href="https://musicians.today/tags/innodb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>innodb</span></a> <a href="https://musicians.today/tags/sql" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>sql</span></a> <a href="https://musicians.today/tags/database" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>database</span></a></p>
Nigel<p>Need help... MariaDB is giving me Warning and Error messages in the log about InnoDB corruption in my Nextcloud table. Tried backups but no joy. Seems I need to rebuild... Before I get stuck into new territory for me, anyone an expert in MariaDB/Mysql and the InnoDB tables?<br>Poor, but just about legible when zoomed, screenshot. This seems the only error, repeated over. <a href="https://musicians.today/tags/mariadb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mariadb</span></a> <a href="https://musicians.today/tags/mysql" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mysql</span></a> <a href="https://musicians.today/tags/innodb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>innodb</span></a> <a href="https://musicians.today/tags/database" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>database</span></a> <a href="https://musicians.today/tags/NextCloud" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>NextCloud</span></a> <a href="https://musicians.today/tags/askfedi" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>askfedi</span></a></p>
Schenkl<p>Was genau ist eigentlich <a href="https://chaos.social/tags/AIO" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>AIO</span></a> im Context von <a href="https://chaos.social/tags/InnoDB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>InnoDB</span></a> und <a href="https://chaos.social/tags/MariaDB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MariaDB</span></a>?</p><p>Also wenn ich das jetzt ausschalte, vermute ich mal wird die DB langsamer, aber vielleicht auch ein bisschen stabiler, was Schreibvorgänge auf die Disk angeht?</p>
Remkus de Vries<p>2/ 🛠️&nbsp;Switch to a Modern Storage Engine</p><p>Consider switching your database storage engine to InnoDB if you haven't already. InnoDB supports row-level locking and transactions, making it ideal for high-concurrency environments typical in busy online stores. <a href="https://social.devries.frl/tags/DatabaseOptimization" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DatabaseOptimization</span></a> <a href="https://social.devries.frl/tags/InnoDB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>InnoDB</span></a></p>
Howard Chu @ Symas<p>The reliability studies are particularly damning, they show <a href="https://mastodon.social/tags/MySQL" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MySQL</span></a>/#MariaDB's <a href="https://mastodon.social/tags/InnoDB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>InnoDB</span></a> loses the entire database after a system crash on every workload tested. <a href="https://lists.openldap.org/hyperkitty/list/openldap-devel@openldap.org/message/K5XMXFFGHQOWKB6G2UGHWHW5WVH7X77C/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">lists.openldap.org/hyperkitty/</span><span class="invisible">list/openldap-devel@openldap.org/message/K5XMXFFGHQOWKB6G2UGHWHW5WVH7X77C/</span></a></p><p>(Note that they claimed to have found 1 flaw in <a href="https://mastodon.social/tags/LMDB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LMDB</span></a> that occurred in 0.05% of their test runs, but it was actually a bug in the ext3 fs driver. One that had been fixed in Linux 2+ years before they began their research. In fact LMDB's reliability is flawless.) LMDB is the only DB that is perfectly crash-proof.</p>
Howard Chu @ Symas<p>So while he's doing extra administrative work (fine tuning to search for safe memory allocation parameters) he's getting orders of magnitude slower performance using <a href="https://mastodon.social/tags/InnoDB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>InnoDB</span></a> than <a href="https://mastodon.social/tags/LMDB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LMDB</span></a>, and none of the crash reliability that he claims to value.<br><a href="http://www.lmdb.tech/bench/memcache/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">http://www.</span><span class="">lmdb.tech/bench/memcache/</span><span class="invisible"></span></a></p>
Marcus "MajorLinux" Summers<p>So, an update:</p><p>I was able to get the site back up without losing any data!</p><p>Apparently, something happened with <a href="https://toot.majorshouse.com/tags/InnoDB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>InnoDB</span></a>, so I had to manually "massage" some files to get it working again.</p><p>I need to figure out a way to back up the data.</p><p>Any tips on how to do that via <a href="https://toot.majorshouse.com/tags/Docker" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Docker</span></a>?</p>
saiki 🚒💨:manjaro: :debian:<p><span class="h-card"><a href="https://fulda.social/@lars" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>lars</span></a></span> <a href="https://support.plesk.com/hc/en-us/articles/213939865-How-to-fix-InnoDB-corruption-cases-for-the-MySQL-databases-on-Plesk-for-Linux-#:~:text=InnoDB%20corruption.,allocating%20InnoDB%20databases%20on%20it" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">support.plesk.com/hc/en-us/art</span><span class="invisible">icles/213939865-How-to-fix-InnoDB-corruption-cases-for-the-MySQL-databases-on-Plesk-for-Linux-#:~:text=InnoDB%20corruption.,allocating%20InnoDB%20databases%20on%20it</span></a>.</p><p>Ist zwar für was anderes beschrieben, aber vom Grundprinzip her: database in recovery Modus hauen. <a href="https://social.tchncs.de/tags/Backup" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Backup</span></a> ziehen. Datenbank löschen und neu anlegen. Danach Backup rückspielen.</p><p><a href="https://social.tchncs.de/tags/mysql" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mysql</span></a> <a href="https://social.tchncs.de/tags/innodb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>innodb</span></a> <a href="https://social.tchncs.de/tags/recovery" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>recovery</span></a></p>