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>Thu, 20 Feb 2025 01:02:57 +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>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;
 </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

@@ -267,7 +267,7 @@ <h1>
             <div class="info">
 
 
-<span class="datetime" title="2023-10-23 13:55">1 year, 3 months ago</span>
+<span class="datetime" title="2023-10-23 13:55">1 year, 4 months ago</span>
 
 <span class="user" id="user-7627">
 <a href="/kb/user/id/7627" title="Alain Bourgeois">Alain Bourgeois</a>
@@ -305,7 +305,7 @@ <h1>
             <div class="info">
 
 
-<span class="datetime" title="2025-02-19 08:32">16 hours, 29 minutes ago</span>
+<span class="datetime" title="2025-02-19 08:32">1 day, 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">16 hours, 29 minutes ago</span>
+<span class="datetime" title="2025-02-19 08:33">1 day, 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

@@ -319,7 +319,7 @@ <h1>ANALYZE TABLE - Source</h1>
     <div class="revision_info">
         <dl class="table">
             <dt>Revision</dt>
-            <dd><a href="/kb/en/analyze-table/+r/147733/">147733</a></dd>
+            <dd><a href="/kb/en/analyze-table/+r/147786/">147786</a></dd>
             <dt>User</dt>
             <dd>
 <span class="user" id="user-7">
@@ -328,7 +328,7 @@ <h1>ANALYZE TABLE - Source</h1>
             <dt>Date</dt>
             <dd>
 
-<span class="datetime" title="2025-02-19 13:47">2025-02-19 13:47</span></dd>
+<span class="datetime" title="2025-02-20 17:12">2025-02-20 17:12</span></dd>
         </dl>
     </div>
 
@@ -393,6 +393,10 @@ <h1>ANALYZE TABLE - Source</h1>
 
 ##ANALYZE TABLE## supports [[engine-independent-table-statistics|engine-independent statistics]]. See [[engine-independent-table-statistics/#collecting-statistics-with-the-analyze-table-statement|Engine-Independent Table Statistics: Collecting Statistics with the ANALYZE TABLE Statement]] for more information.
 
+Engine-independent statistics can be controlled (enabled and disabled) using the [[server-system-variables/#use_stat_tables|use_stat_tables variable]] and the [[server-system-variables/#optimizer_use_condition_selectivity|optimizer_use_condition_selectivity variable]]. InnoDB-persistent statistics are controlled with the [[innodb-system-variables/#innodb_stats_persistent|innodb_stats_persistent variable]]. Combining both kinds of statistics is possible.
+
+The server relies on InnoDB statistics by default. That way, it can use some statistics even if ##ANALYZE TABLE## is never run (or not often enough). This gives good enough results for the majority of queries. Some queries, however, need more statistical data so the optimizer can create a good plan. Slow queries indicate there aren&#39;t enough statistical data. Those queries can be accelerated by running ##ANALYZE TABLE tbl PERSISTENT FOR ...##, where ##tbl## indicates a table used by a slow query. You can also run ##ANALYZE TABLE ... PERSISTENT FOR ALL##, but that has a significant performance impact.
+
 == Useful Variables
 The following overview indicates when a particular variable was introduced. When multiple versions are given, it means variable options (like the default value) changed between the indicated versions.
 &lt;&lt;style class=&#34;darkheader-nospace-borders centered&#34;&gt;&gt;

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

@@ -283,7 +283,7 @@
         <dt>Modified</dt>
         <dd>
 
-<span class="datetime" title="2025-02-19 13:47">11 hours, 15 minutes ago</span></dd>
+<span class="datetime" title="2025-02-20 17:12">7 hours, 50 minutes ago</span></dd>
 
         <dt>Type</dt>
         <dd>article</dd>
@@ -501,6 +501,8 @@ <h2 class="anchored_heading" id="performance-impact">Performance Impact</h2>
 <p>ANALYZE isn’t useful for table columns of type UNIQUE, PRIMARY KEY, TIME, or CURRENT_TIME. In ANALYZE queries, you should omit columns of those types.</p>
 <h2 class="anchored_heading" id="engine-independent-statistics-persistent-for">Engine-Independent Statistics / PERSISTENT FOR</h2>
 <p><code>ANALYZE TABLE</code> supports <a href="/kb/en/engine-independent-table-statistics/">engine-independent statistics</a>. See <a href="/kb/en/engine-independent-table-statistics/#collecting-statistics-with-the-analyze-table-statement">Engine-Independent Table Statistics: Collecting Statistics with the ANALYZE TABLE Statement</a> for more information.</p>
+<p>Engine-independent statistics can be controlled (enabled and disabled) using the <a href="/kb/en/server-system-variables/#use_stat_tables">use_stat_tables variable</a> and the <a href="/kb/en/server-system-variables/#optimizer_use_condition_selectivity">optimizer_use_condition_selectivity variable</a>. InnoDB-persistent statistics are controlled with the <a href="/kb/en/innodb-system-variables/#innodb_stats_persistent">innodb_stats_persistent variable</a>. Combining both kinds of statistics is possible.</p>
+<p>The server relies on InnoDB statistics by default. That way, it can use some statistics even if <code>ANALYZE TABLE</code> is never run (or not often enough). This gives good enough results for the majority of queries. Some queries, however, need more statistical data so the optimizer can create a good plan. Slow queries indicate there aren't enough statistical data. Those queries can be accelerated by running <code>ANALYZE TABLE tbl PERSISTENT FOR ...</code>, where <code>tbl</code> indicates a table used by a slow query. You can also run <code>ANALYZE TABLE ... PERSISTENT FOR ALL</code>, but that has a significant performance impact.</p>
 <h2 class="anchored_heading" id="useful-variables">Useful Variables</h2>
 <p>The following overview indicates when a particular variable was introduced. When multiple versions are given, it means variable options (like the default value) changed between the indicated versions.</p>
 <div class="cstm-style darkheader-nospace-borders centered"><table><tr><th>Variable</th><th>Introduced in MariaDB version</th><th>Description</th></tr>

archive/en/analyze-table/index.html

@@ -271,7 +271,7 @@
         <dt>Modified</dt>
         <dd>
 
-<span class="datetime" title="2025-02-19 10:06">14 hours, 56 minutes ago</span></dd>
+<span class="datetime" title="2025-02-19 10:06">1 day, 14 hours ago</span></dd>
 
         <dt>Type</dt>
         <dd>article</dd>

archive/en/changes-improvements-in-mariadb-11-6/index.html

@@ -1,2 +1,2 @@
 <?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: Download Latest Releases</title><link>https://mariadb.com/kb/en/latest-releases/+comments/feed/</link><description></description><atom:link href="https://mariadb.com/kb/en/download-latest-releases-from-mariadb-corporation/+comments/feed/" rel="self"></atom:link><language>en-us</language><lastBuildDate>Thu, 20 Feb 2025 01:03:07 +0000</lastBuildDate></channel></rss>
+<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>MariaDB Knowledge Base Comments for: Download Latest Releases</title><link>https://mariadb.com/kb/en/latest-releases/+comments/feed/</link><description></description><atom:link href="https://mariadb.com/kb/en/download-latest-releases-from-mariadb-corporation/+comments/feed/" rel="self"></atom:link><language>en-us</language><lastBuildDate>Fri, 21 Feb 2025 01:03:31 +0000</lastBuildDate></channel></rss>

archive/en/download-latest-releases-from-mariadb-corporation/+comments/feed/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>Mon, 17 Feb 2025 03:36:51 +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>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;
 &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

@@ -31,7 +31,7 @@
 Comments - FROM_UNIXTIME
 " />
     <meta property="og:type" content="article" />
-    <meta property="og:url" content="https://mariadb.com/kb/en/from_unixtime/+comments" />
+    <meta property="og:url" content="https://mariadb.com/kb/en/from_unixtime/+comments/" />
     <meta property="og:image" content="http://mariadb.comaskmonty-logo.png" />
     <meta property="og:site_name" content="MariaDB KnowledgeBase" />
     <meta property="fb:admins" content="514852603" />
@@ -76,7 +76,7 @@
                 </li>
 
                     <li>
-                        <a href="/kb/user/login?next=/kb/en/from_unixtime/+comments"> Login</a>
+                        <a href="/kb/user/login?next=/kb/en/from_unixtime/+comments/"> Login</a>
                     </li>
 
             </ul>
@@ -121,7 +121,7 @@
 
 
                     <li>
-                        <a href="/kb/user/login?next=/kb/en/from_unixtime/+comments" rel="nofollow">Login</a>
+                        <a href="/kb/user/login?next=/kb/en/from_unixtime/+comments/" rel="nofollow">Login</a>
                     </li>
 
 

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/143469/">143469</a></dd>
+            <dd><a href="/kb/en/from_unixtime/+r/147784/">147784</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="2024-09-23 07:33">2024-09-23 07:33</span></dd>
+<span class="datetime" title="2025-02-20 12:21">2025-02-20 12:21</span></dd>
         </dl>
     </div>
 
@@ -361,7 +361,7 @@ <h1>FROM_UNIXTIME - Source</h1>
 [[date_format|DATE_FORMAT()]] function.
 
 &lt;&lt;style class=&#34;greenbox&#34;&gt;&gt;
-Timestamps in MariaDB have a maximum value of 2147483647, equivalent to 2038-01-19 05:14:07. 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 (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.
 &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: