<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Select on FromDual GmbH</title><link>https://www.fromdual.com/tags/select/</link><description>Recent content in Select on FromDual GmbH</description><generator>Hugo</generator><language>en-GB</language><managingEditor>oli.sennhauser@fromdual.com (Oli Sennhauser)</managingEditor><webMaster>oli.sennhauser@fromdual.com (Oli Sennhauser)</webMaster><copyright>© FromDual GmbH</copyright><lastBuildDate>Sat, 25 Nov 2023 18:06:46 +0000</lastBuildDate><atom:link href="https://www.fromdual.com/tags/select/index.xml" rel="self" type="application/rss+xml"/><item><title>InnoDB Deadlock on SELECT? Not possible! Or Is It?</title><link>https://www.fromdual.com/blog/innodb-deadlock-on-select-not-possible-or-is-it/</link><pubDate>Sat, 25 Nov 2023 16:58:41 +0000</pubDate><author>oli.sennhauser@fromdual.com (Oli Sennhauser)</author><guid>https://www.fromdual.com/blog/innodb-deadlock-on-select-not-possible-or-is-it/</guid><description>&lt;p&gt;Translated by &lt;a href="https://www.deepl.com/en/translator" target="_blank"&gt;deepl.com&lt;/a&gt;&lt;/p&gt;
&lt;h2 id="introduction"&gt;Introduction&lt;/h2&gt;
&lt;p&gt;Two points in advance:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;A deadlock is a state in which two different transactions are no longer able to continue working because each transaction holds a lock that the other transaction would need. Because both transactions are now waiting for the other transaction to release their locks, neither transaction will release their respective locks. And that would last forever. To avoid this, the MariaDB instance intervenes and kills the transaction that has done less work. The application then receives a deadlock error message of this type:&lt;/p&gt;</description></item><item><title>Avoid temporary disk tables with MySQL</title><link>https://www.fromdual.com/blog/avoid-temporay-disk-tables-with-mysql/</link><pubDate>Fri, 19 Dec 2014 07:38:16 +0000</pubDate><author>oli.sennhauser@fromdual.com (Oli Sennhauser)</author><guid>https://www.fromdual.com/blog/avoid-temporay-disk-tables-with-mysql/</guid><description>&lt;p&gt;For processing &lt;code&gt;SELECT&lt;/code&gt; queries MySQL needs some times the help of temporary tables. These temporary tables can be created either in memory or on disk.&lt;/p&gt;</description></item><item><title>Change MyISAM tables to InnoDB and handle SELECT COUNT(*) situation</title><link>https://www.fromdual.com/blog/myisam-to-innodb-table-and-select-count-star/</link><pubDate>Tue, 12 Jun 2012 20:48:38 +0000</pubDate><author>oli.sennhauser@fromdual.com (Oli Sennhauser)</author><guid>https://www.fromdual.com/blog/myisam-to-innodb-table-and-select-count-star/</guid><description>&lt;p&gt;Its a known problem that changing the Storage Engine from MyISAM to InnoDB can cause some problems &lt;br&gt;[ &lt;a href="http://dev.mysql.com/doc/refman/5.5/en/innodb-restrictions.html" target="_blank" title="Restrictions on InnoDB Tables"&gt;1&lt;/a&gt; &lt;br&gt;] if you have queries of this type:&lt;/p&gt;</description></item><item><title>Dumping BLOB's from the MySQL database</title><link>https://www.fromdual.com/blog/dumping-blobs-from-mysql/</link><pubDate>Fri, 22 Apr 2011 13:52:42 +0000</pubDate><author>oli.sennhauser@fromdual.com (Oli Sennhauser)</author><guid>https://www.fromdual.com/blog/dumping-blobs-from-mysql/</guid><description>&lt;p&gt;A customer who is handling digital certificates had a problem with one of those. So we had to investigate.&lt;/p&gt;</description></item></channel></rss>