<div dir="ltr">Hi all, there is an upstream release 10.5.19 with hopefully a fix:<br><br><a href="https://mariadb.com/kb/en/mariadb-10-5-19-release-notes/">https://mariadb.com/kb/en/mariadb-10-5-19-release-notes/</a><br><br><br>On Thu, 12 Jan 2023 08:55:06 +0000 Matteo Valsasna <MValsasna@<span class="" id=":ti.1" tabindex="-1" role="menuitem" aria-haspopup="true" style="">pdxeng</span>.ch> wrote:<br>> Thanks a lot Faustin<br>> <br>> <br>> <br>> I found an useful description of MDEV-29988 in a comment to one of its duplicates, and it matches quite well our application scenario for the database connection that cause the memory leak according to information_schema.PROCESSLIST.memory_used<br>> (prepared statements executed <span class="" id=":ti.2" tabindex="-1" role="menuitem" aria-haspopup="true" style="">maaany</span> times, string comparisons)<br>> <br>> we reproduced the issue on a test machine, and we will try to downgrade to 10.5.15<br>> <br>> <br>> <br>> MAtteo<br>> <br>> <br>> <br>> <a href="https://jira.mariadb.org/browse/MDEV-30096?focusedCommentId=243814&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-243814">https://jira.mariadb.org/browse/MDEV-30096?focusedCommentId=243814&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-243814</a><br>> <br>> [serg]Sergei Golubchik<<a href="https://jira.mariadb.org/secure/ViewProfile.jspa?name=serg">https://jira.mariadb.org/secure/ViewProfile.jspa?name=serg</a>> added a comment - 2022-11-28 22:20<br>> <br>> Yes, <<a href="https://jira.mariadb.org/browse/MDEV-29988">https://jira.mariadb.org/browse/MDEV-29988</a>>  was in 10.6.11 too. But let's first check the preconditions:<br>> <br>>   *   you use prepared statements<br>>   *   you prepare once and then execute many thousands of times before deallocating the statement<br>>   *   your statements contains a string comparison with strings in different (but compatible) character sets (e.g. utf8 and latin1).<br>> <br>> if all that matches your use case you could be affected by <<a href="https://jira.mariadb.org/browse/MDEV-29988">https://jira.mariadb.org/browse/MDEV-29988</a>> . If you do, then<br>> <br>>   *   every execution of such a prepared statements will allocate more memory<br>>   *   all memory will be freed when a statements is deallocated (explicitly or when the client disconnects)<br>>   *   time to deallocate a prepared statement is proportional to the number of times it was executed<br>> <br>> and workarounds could be<br>> <br>>   *   deallocate prepared statements more often<br>>   *   rewrite statements to avoid comparing strings in different character sets<br>> <br>> or wait for the next release that will have it fixed<br>> <br>> <br>> <br>> On Tue, 10 Jan 2023 13:36:02 +0100 Faustin Lammler <faustin@fala.red> wrote:<br>> > Hi,<br>> > first of all, thank you all for the excellent (and detailed) report!<br>> ><br>> > I don't see anything that could be related with Debian packaging of<br>> > MariaDB and so I suggest you check directly upstream.<br>> ><br>> > I have searched into <a href="https://jira.mariadb.org">https://jira.mariadb.org</a> and the closest report<br>> > that I can come with is <a href="https://jira.mariadb.org/browse/MDEV-29988">https://jira.mariadb.org/browse/MDEV-29988</a>. I do<br>> > not forward this bug report to it because I am not sure that this is the<br>> > same problem.<br>> ><br>> > There is also <a href="https://jira.mariadb.org/browse/MDEV-29097">https://jira.mariadb.org/browse/MDEV-29097</a> that may give<br>> > some ideas on how to find a workaround until the next release happen.<br>> ><br>> > Cheers!<br>> ><br>> > --<br>> > Faustin<br>> > GPG: F652 BCD1 1AA8 8975 F010 48A5 390A 2F27 832A 5C79<br></div>