KB crawler nightly commit

Author: KB Crawler

archive/+changes/index.html

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>MariaDB Knowledge Base Comments for: ANALYZE TABLE</title><link>https://mariadb.com/kb/en/analyze-table/+comments/feed/</link><description></description><atom:link href="https://mariadb.com/kb/en/analyze-table/+comments/feed/" rel="self"></atom:link><language>en-us</language><lastBuildDate>Fri, 21 Feb 2025 01:03:17 +0000</lastBuildDate><item><title>Re: ANALYZE TABLE</title><link>https://mariadb.com/kb/en/analyze-table/+comments/7026</link><description>&lt;p&gt;Since 10.6.16 there is no blocking or locking with ANALYZE TABLE for any running DML's.&lt;/p&gt;
+<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>MariaDB Knowledge Base Comments for: ANALYZE TABLE</title><link>https://mariadb.com/kb/en/analyze-table/+comments/feed/</link><description></description><atom:link href="https://mariadb.com/kb/en/analyze-table/+comments/feed/" rel="self"></atom:link><language>en-us</language><lastBuildDate>Sat, 22 Feb 2025 01:02:12 +0000</lastBuildDate><item><title>Re: ANALYZE TABLE</title><link>https://mariadb.com/kb/en/analyze-table/+comments/7026</link><description>&lt;p&gt;Since 10.6.16 there is no blocking or locking with ANALYZE TABLE for any running DML's.&lt;/p&gt;
 </description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Widenius</dc:creator><guid>https://mariadb.com/kb/en/analyze-table/+comments/7026</guid></item><item><title>Re: ANALYZE TABLE</title><link>https://mariadb.com/kb/en/analyze-table/+comments/7025</link><description>&lt;p&gt;This should have been fixed in 10.6.16 and newer versions.
 There should not be any locking or blocking issues after this version.&lt;/p&gt;
 </description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Widenius</dc:creator><guid>https://mariadb.com/kb/en/analyze-table/+comments/7025</guid></item><item><title>Re: ANALYZE TABLE</title><link>https://mariadb.com/kb/en/analyze-table/+comments/6443</link><description>&lt;p&gt;In &lt;a href="/kb/en/what-is-mariadb-104/"&gt;Mariadb 10.4&lt;/a&gt; EE it caused severe locking issues.

archive/en/analyze-table/+comments/feed/index.html

@@ -305,7 +305,7 @@ <h1>
             <div class="info">
 
 
-<span class="datetime" title="2025-02-19 08:32">1 day, 16 hours ago</span>
+<span class="datetime" title="2025-02-19 08:32">2 days, 16 hours ago</span>
 
 <span class="user" id="user-7">
 <a href="/kb/user/id/7" title="Michael Widenius">Michael Widenius</a>
@@ -388,7 +388,7 @@ <h1>
             <div class="info">
 
 
-<span class="datetime" title="2025-02-19 08:33">1 day, 16 hours ago</span>
+<span class="datetime" title="2025-02-19 08:33">2 days, 16 hours ago</span>
 
 <span class="user" id="user-7">
 <a href="/kb/user/id/7" title="Michael Widenius">Michael Widenius</a>

archive/en/analyze-table/+comments/index.html

@@ -283,7 +283,7 @@
         <dt>Modified</dt>
         <dd>
 
-<span class="datetime" title="2025-02-20 17:12">7 hours, 50 minutes ago</span></dd>
+<span class="datetime" title="2025-02-20 17:12">1 day, 7 hours ago</span></dd>
 
         <dt>Type</dt>
         <dd>article</dd>

archive/en/analyze-table/index.html

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>MariaDB Knowledge Base Comments for: FROM_UNIXTIME</title><link>https://mariadb.com/kb/en/from_unixtime/+comments/feed/</link><description></description><atom:link href="https://mariadb.com/kb/en/from_unixtime/+comments/feed/" rel="self"></atom:link><language>en-us</language><lastBuildDate>Fri, 21 Feb 2025 01:05:08 +0000</lastBuildDate><item><title>Re: FROM_UNIXTIME</title><link>https://mariadb.com/kb/en/from_unixtime/+comments/5546</link><description>&lt;p&gt;Seems like the documentation has an error:&lt;/p&gt;
+<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>MariaDB Knowledge Base Comments for: FROM_UNIXTIME</title><link>https://mariadb.com/kb/en/from_unixtime/+comments/feed/</link><description></description><atom:link href="https://mariadb.com/kb/en/from_unixtime/+comments/feed/" rel="self"></atom:link><language>en-us</language><lastBuildDate>Sat, 22 Feb 2025 01:02:28 +0000</lastBuildDate><item><title>Re: FROM_UNIXTIME</title><link>https://mariadb.com/kb/en/from_unixtime/+comments/5546</link><description>&lt;p&gt;Seems like the documentation has an error:&lt;/p&gt;
 &lt;p&gt;%w =&amp;gt; 0 is Sunday, 6 is Saturday&lt;/p&gt;
 </description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bernhard Finkbeiner</dc:creator><guid>https://mariadb.com/kb/en/from_unixtime/+comments/5546</guid></item><item><title>Re: FROM_UNIXTIME</title><link>https://mariadb.com/kb/en/from_unixtime/+comments/4610</link><description>&lt;p&gt;It's unlikely - see the note in the article about about using &lt;a href="/kb/en/datetime/"&gt;DATETIME&lt;/a&gt; instead.&lt;/p&gt;
 </description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ian Gilfillan</dc:creator><guid>https://mariadb.com/kb/en/from_unixtime/+comments/4610</guid></item><item><title>Re: FROM_UNIXTIME</title><link>https://mariadb.com/kb/en/from_unixtime/+comments/4608</link><description>&lt;p&gt;do exists a possibility that FROM_UNIXTIME will become 64bit? 

archive/en/from_unixtime/+comments/feed/index.html

@@ -313,7 +313,7 @@ <h1>
             <div class="info">
 
 
-<span class="datetime" title="2018-11-23 01:47">6 years, 2 months ago</span>
+<span class="datetime" title="2018-11-23 01:47">6 years, 3 months ago</span>
 
 <span class="user" id="user-4682">
 <a href="/kb/user/id/4682" title="Dean Trower">Dean Trower</a>
@@ -357,7 +357,7 @@ <h1>
             <div class="info">
 
 
-<span class="datetime" title="2018-11-23 03:55">6 years, 2 months ago</span>
+<span class="datetime" title="2018-11-23 03:55">6 years, 3 months ago</span>
 
 <span class="user" id="user-4682">
 <a href="/kb/user/id/4682" title="Dean Trower">Dean Trower</a>

archive/en/from_unixtime/+comments/index.html

@@ -323,7 +323,7 @@ <h1>FROM_UNIXTIME - Source</h1>
     <div class="revision_info">
         <dl class="table">
             <dt>Revision</dt>
-            <dd><a href="/kb/en/from_unixtime/+r/147784/">147784</a></dd>
+            <dd><a href="/kb/en/from_unixtime/+r/147793/">147793</a></dd>
             <dt>User</dt>
             <dd>
 <span class="user" id="user-2">
@@ -332,7 +332,7 @@ <h1>FROM_UNIXTIME - Source</h1>
             <dt>Date</dt>
             <dd>
 
-<span class="datetime" title="2025-02-20 12:21">2025-02-20 12:21</span></dd>
+<span class="datetime" title="2025-02-21 14:57">2025-02-21 14:57</span></dd>
         </dl>
     </div>
 
@@ -345,23 +345,31 @@ <h1>FROM_UNIXTIME - Source</h1>
         <textarea id="answer_source" class="creole_source autogrow">== Syntax
 
 &lt;&lt;code&gt;&gt;
-FROM_UNIXTIME(unix_timestamp), FROM_UNIXTIME(unix_timestamp,format)
+FROM_UNIXTIME(unix_timestamp)
+FROM_UNIXTIME(unix_timestamp,format)
 &lt;&lt;/code&gt;&gt;
 &lt;&lt;toc&gt;&gt;
 == Description
 
-Returns a representation of the unix_timestamp argument as a value in
-&#39;YYYY-MM-DD HH:MM:SS&#39; or YYYYMMDDHHMMSS.uuuuuu format, depending on
-whether the function is used in a string or numeric context. The value
-is expressed in the current [[time-zones|time zone]]. unix_timestamp is an internal
-timestamp value such as is produced by the [[unix_timestamp|UNIX_TIMESTAMP()]] function.
+Converts the number of seconds from the epoch (1970-01-01 00:00:00 UTC) to a
+##TIMESTAMP## value, the opposite of what ##[[unix_timestamp|UNIX_TIMESTAMP()]]## is doing. Returns NULL if the result would be outside of the valid range of ##TIMESTAMP## values.
 
-If format is given, the result is formatted according to the format
-string, which is used the same way as listed in the entry for the
-[[date_format|DATE_FORMAT()]] function.
+If format is given, the result is exactly equivalent to
+&lt;&lt;code&gt;&gt;
+DATE_FORMAT(FROM_UNIXTIME(unix_timestamp), format)
+&lt;&lt;/code&gt;&gt;
+
+&lt;&lt;product mariadb to=&#34;11.7&#34;&gt;&gt;
+Before MariaDB 11.7, the one-argument form of ##FROM_UNIXTIME()## was returning a
+##DATETIME##. Meaning, it could return values outside of valid ##TIMESTAMP## range,
+in particular 1970-01-01 00:00:00. And it could return the same result for different values of unix_timestamp (around DST changes).
+&lt;&lt;/product&gt;&gt;
 
 &lt;&lt;style class=&#34;greenbox&#34;&gt;&gt;
-Timestamps in MariaDB have a maximum value of 4294967295 (2147483647 before 11.5), equivalent to 2106-02-07 06:28:15 (2038-01-19 05:14:07 before 11.5). This is due to the underlying 32-bit limitation. Using the function on a timestamp beyond this will result in NULL being returned. Use [[datetime|DATETIME]] as a storage type if you require dates beyond this.
+Timestamps in MariaDB have a maximum value of 4294967295, equivalent to 2106-02-07 06:28:15. This is due to the underlying 32-bit limitation. Using the function on a timestamp beyond this will result in NULL being returned. Use [[datetime|DATETIME]] as a storage type if you require dates beyond this.
+&lt;&lt;product mariadb to=&#34;11.5&#34;&gt;&gt;
+Before MariaDB 11.5, the maximum value was 2147483647, equivalent to 2038-01-19 05:14:07.
+&lt;&lt;/product&gt;&gt;
 &lt;&lt;/style&gt;&gt;
 
 The options that can be used by FROM_UNIXTIME(), as well as [[date_format|DATE_FORMAT()]] and [[str_to_date|STR_TO_DATE()]], are:
@@ -411,10 +419,6 @@ <h1>FROM_UNIXTIME - Source</h1>
 
 Set your time zone to a named time zone to avoid this issue. See [[time-zones/#mysql-time-zone-tables|mysql time zone tables]] for details on how to do this.
 
-&lt;&lt;product mariadb from=&#34;11.7&#34;&gt;&gt;
-From MariaDB 11.7, FROM_UNIXTIME(0) now returns NULL instead of &#39;1970-01-01 00:00:00&#39; (assuming time_zone=&#39;+00:00&#39;). See MDEV-15751.
-&lt;&lt;/product&gt;&gt;
-
 == Examples
 
 &lt;&lt;sql&gt;&gt;

archive/en/from_unixtime/+source/index.html

@@ -287,7 +287,7 @@
         <dt>Modified</dt>
         <dd>
 
-<span class="datetime" title="2025-02-20 12:21">12 hours, 43 minutes ago</span></dd>
+<span class="datetime" title="2025-02-21 14:57">10 hours, 5 minutes ago</span></dd>
 
         <dt>Type</dt>
         <dd>article</dd>
@@ -366,14 +366,24 @@
 
         <ul id="product_chooser">
 
-                <li class="mariadb_from_11_7">
-                    <label><input type="checkbox" data-product-class="mariadb_from_11_7"
-                            >MariaDB starting with 11.7</label>
+                <li class="mariadb_to_11_7">
+                    <label><input type="checkbox" data-product-class="mariadb_to_11_7"
+                            >MariaDB until 11.7</label>
                 </li>
 
-                <li class="mariadb_from_11_7">
-                    <label><input type="checkbox" data-product-class="mariadb_from_11_7"
-                            >MariaDB starting with 11.7</label>
+                <li class="mariadb_to_11_5">
+                    <label><input type="checkbox" data-product-class="mariadb_to_11_5"
+                            >MariaDB until 11.5</label>
+                </li>
+            
+                <li class="mariadb_to_11_7">
+                    <label><input type="checkbox" data-product-class="mariadb_to_11_7"
+                            >MariaDB until 11.7</label>
+                </li>
+            
+                <li class="mariadb_to_11_5">
+                    <label><input type="checkbox" data-product-class="mariadb_to_11_5"
+                            >MariaDB until 11.5</label>
                 </li>
 
         </ul>
@@ -458,7 +468,8 @@ <h1>FROM_UNIXTIME</h1>
 
     <div class="answer formatted">
         <h2 class="anchored_heading" id="syntax">Syntax</h2>
-<pre class="fixed">FROM_UNIXTIME(unix_timestamp), FROM_UNIXTIME(unix_timestamp,format)
+<pre class="fixed">FROM_UNIXTIME(unix_timestamp)
+FROM_UNIXTIME(unix_timestamp,format)
 </pre><div class="table_of_contents well well-small">
 <h3>Contents</h3>
  <ol class="toc">
@@ -475,16 +486,16 @@ <h3>Contents</h3>
 </li>
 </div>
 <h2 class="anchored_heading" id="description">Description</h2>
-<p>Returns a representation of the unix_timestamp argument as a value in
-'YYYY-MM-DD HH:MM:SS' or YYYYMMDDHHMMSS.uuuuuu format, depending on
-whether the function is used in a string or numeric context. The value
-is expressed in the current <a href="/kb/en/time-zones/">time zone</a>. unix_timestamp is an internal
-timestamp value such as is produced by the <a href="/kb/en/unix_timestamp/">UNIX_TIMESTAMP()</a> function.</p>
-<p>If format is given, the result is formatted according to the format
-string, which is used the same way as listed in the entry for the
-<a href="/kb/en/date_format/">DATE_FORMAT()</a> function.</p>
-<div class="cstm-style greenbox"><p>Timestamps in MariaDB have a maximum value of 4294967295 (2147483647 before 11.5), equivalent to 2106-02-07 06:28:15 (2038-01-19 05:14:07 before 11.5). This is due to the underlying 32-bit limitation. Using the function on a timestamp beyond this will result in NULL being returned. Use <a href="/kb/en/datetime/">DATETIME</a> as a storage type if you require dates beyond this.</p>
-</div><p>The options that can be used by FROM_UNIXTIME(), as well as <a href="/kb/en/date_format/">DATE_FORMAT()</a> and <a href="/kb/en/str_to_date/">STR_TO_DATE()</a>, are:</p>
+<p>Converts the number of seconds from the epoch (1970-01-01 00:00:00 UTC) to a
+<code>TIMESTAMP</code> value, the opposite of what <code><a href="/kb/en/unix_timestamp/">UNIX_TIMESTAMP()</a></code> is doing. Returns NULL if the result would be outside of the valid range of <code>TIMESTAMP</code> values.</p>
+<p>If format is given, the result is exactly equivalent to</p>
+<pre class="fixed">DATE_FORMAT(FROM_UNIXTIME(unix_timestamp), format)
+</pre><div class="mariadb_to_11_7 mariadb to_11_7 product"><h5 class="product_title">MariaDB until <a href="/kb/en/what-is-mariadb-117/">11.7</a></h5><p>Before <a href="/kb/en/what-is-mariadb-117/">MariaDB 11.7</a>, the one-argument form of <code>FROM_UNIXTIME()</code> was returning a
+<code>DATETIME</code>. Meaning, it could return values outside of valid <code>TIMESTAMP</code> range,
+in particular 1970-01-01 00:00:00. And it could return the same result for different values of unix_timestamp (around DST changes).</p>
+</div><div class="cstm-style greenbox"><p>Timestamps in MariaDB have a maximum value of 4294967295, equivalent to 2106-02-07 06:28:15. This is due to the underlying 32-bit limitation. Using the function on a timestamp beyond this will result in NULL being returned. Use <a href="/kb/en/datetime/">DATETIME</a> as a storage type if you require dates beyond this.</p>
+<div class="mariadb_to_11_5 mariadb to_11_5 product"><h5 class="product_title">MariaDB until <a href="/kb/en/what-is-mariadb-115/">11.5</a></h5><p>Before <a href="/kb/en/what-is-mariadb-115/">MariaDB 11.5</a>, the maximum value was 2147483647, equivalent to 2038-01-19 05:14:07.</p>
+</div></div><p>The options that can be used by FROM_UNIXTIME(), as well as <a href="/kb/en/date_format/">DATE_FORMAT()</a> and <a href="/kb/en/str_to_date/">STR_TO_DATE()</a>, are:</p>
 <div class="cstm-style darkheader-nospace-borders"><table><tr><th>Option</th><th>Description</th></tr>
 <tr><td><code>%a</code></td><td>Short weekday name in current locale (Variable <a href="/kb/en/server-system-variables/#lc_time_names">lc_time_names</a>).</td></tr>
 <tr><td><code>%b</code></td><td>Short form month name in current locale. For locale en_US this is one of: Jan,Feb,Mar,Apr,May,Jun,Jul,Aug,Sep,Oct,Nov or Dec.</td></tr>
@@ -525,8 +536,7 @@ <h2 class="anchored_heading" id="description">Description</h2>
 </div><h2 class="anchored_heading" id="performance-considerations">Performance Considerations</h2>
 <p>If your <a href="/kb/en/server-system-variables/#time_zone">session time zone</a> is set to <code>SYSTEM</code> (the default), <code>FROM_UNIXTIME()</code> will call the OS function to convert the data using the system time zone. At least on Linux, the corresponding function (<code>localtime_r</code>) uses a global mutex inside glibc that can cause contention under high concurrent load.</p>
 <p>Set your time zone to a named time zone to avoid this issue. See <a href="/kb/en/time-zones/#mysql-time-zone-tables">mysql time zone tables</a> for details on how to do this.</p>
-<div class="mariadb_from_11_7 mariadb from_11_7 product"><h5 class="product_title">MariaDB starting with <a href="/kb/en/what-is-mariadb-117/">11.7</a></h5><p>From <a href="/kb/en/what-is-mariadb-117/">MariaDB 11.7</a>, FROM_UNIXTIME(0) now returns NULL instead of '1970-01-01 00:00:00' (assuming time_zone='+00:00'). See <a href="https://jira.mariadb.org/browse/MDEV-15751">MDEV-15751</a>.</p>
-</div><h2 class="anchored_heading" id="examples">Examples</h2>
+<h2 class="anchored_heading" id="examples">Examples</h2>
 <pre class="fixed"><span class="k">SELECT</span> <span class="n">FROM_UNIXTIME</span><span class="p">(</span><span class="mi">1196440219</span><span class="p">);</span>
 <span class="o">+</span><span class="c1">---------------------------+</span>
 <span class="o">|</span> <span class="n">FROM_UNIXTIME</span><span class="p">(</span><span class="mi">1196440219</span><span class="p">)</span> <span class="o">|</span>

archive/en/from_unixtime/index.html

@@ -282,12 +282,12 @@
         <dt>Created</dt>
         <dd>
 
-<span class="datetime" title="2025-02-12 13:19">1 week, 1 day ago</span></dd>
+<span class="datetime" title="2025-02-12 13:19">1 week, 2 days ago</span></dd>
 
         <dt>Modified</dt>
         <dd>
 
-<span class="datetime" title="2025-02-20 12:15">12 hours, 49 minutes ago</span></dd>
+<span class="datetime" title="2025-02-20 12:15">1 day, 12 hours ago</span></dd>
 
         <dt>Type</dt>
         <dd>article</dd>

archive/en/mariadb-connector-odbc-3-1-21-release-notes/index.html

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>MariaDB Knowledge Base Comments for: Mirror Sites for MariaDB</title><link>https://mariadb.com/kb/en/mirror-sites-for-mariadb/+comments/feed/</link><description></description><atom:link href="https://mariadb.com/kb/en/mirror-sites-for-mariadb/+comments/feed/" rel="self"></atom:link><language>en-us</language><lastBuildDate>Wed, 19 Feb 2025 01:02:31 +0000</lastBuildDate><item><title>Re: Mirror Sites for MariaDB</title><link>https://mariadb.com/kb/en/mirror-sites-for-mariadb/+comments/4626</link><description>&lt;p&gt;Now rsync works fine.
+<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>MariaDB Knowledge Base Comments for: Mirror Sites for MariaDB</title><link>https://mariadb.com/kb/en/mirror-sites-for-mariadb/+comments/feed/</link><description></description><atom:link href="https://mariadb.com/kb/en/mirror-sites-for-mariadb/+comments/feed/" rel="self"></atom:link><language>en-us</language><lastBuildDate>Sat, 22 Feb 2025 01:02:33 +0000</lastBuildDate><item><title>Re: Mirror Sites for MariaDB</title><link>https://mariadb.com/kb/en/mirror-sites-for-mariadb/+comments/4626</link><description>&lt;p&gt;Now rsync works fine.
 Thanks for the support.&lt;/p&gt;
 </description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniele Antonini</dc:creator><guid>https://mariadb.com/kb/en/mirror-sites-for-mariadb/+comments/4626</guid></item><item><title>Re: Mirror Sites for MariaDB</title><link>https://mariadb.com/kb/en/mirror-sites-for-mariadb/+comments/4625</link><description>&lt;p&gt;This is working again now.&lt;/p&gt;
 </description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ian Gilfillan</dc:creator><guid>https://mariadb.com/kb/en/mirror-sites-for-mariadb/+comments/4625</guid></item><item><title>Re: Mirror Sites for MariaDB</title><link>https://mariadb.com/kb/en/mirror-sites-for-mariadb/+comments/4624</link><description>&lt;p&gt;This is probably an unintended consequence of some recent changes on the server, we'll look at getting this fixed during the course of the day tomorrow. In the meantime, you can use hasky.askmonty.org as a workaround.&lt;/p&gt;