Uploaded image for project: 'MariaDB MaxScale'
  1. MariaDB MaxScale
  2. MXS-4855

While writing query GUI response very slow

Details

    • Bug
    • Status: Closed (View Workflow)
    • Critical
    • Resolution: Fixed
    • 23.08.3
    • 23.08.4
    • maxgui
    • None
    • MXS-SPRINT-195

    Description

      In Maxscale 23.08.3 version, the GUI responds rather slowly when writing a select query after choosing the schema and expanding the tables. Typing should display instantaneously, but the GUI query editor takes a few seconds to load the letters once we type each letter.

      However, the Maxscale 23.02.2 version is quick and does not have any latency when we input a letter, it appears quickly.

      NOTE: I have tested on the Google and Mozilla browsers but observed same issue on both browsers.

      Attachments

        1. gui.zip
          3.70 MB
        2. image-2023-11-09-16-38-35-622.png
          image-2023-11-09-16-38-35-622.png
          41 kB
        3. screenshot-1.png
          screenshot-1.png
          27 kB
        4. screenshot-2.png
          screenshot-2.png
          31 kB

        Issue Links

          Activity

            thien.ly Thien Ly added a comment -

            Hi naresh.chandra@copart.com, thanks for the bug report.
            I couldn't reproduce the bug. Could you give us more details about it? e.g. steps to reproduce.
            If it's possible, can you make the video record of the bug?

            thien.ly Thien Ly added a comment - Hi naresh.chandra@copart.com , thanks for the bug report. I couldn't reproduce the bug. Could you give us more details about it? e.g. steps to reproduce. If it's possible, can you make the video record of the bug?
            thien.ly Thien Ly added a comment -

            Oh, I think I can reproduce the bug by doing the following steps:

            1. Send a query to a table with a lot of columns and rows. e.g . More than 50 columns, 10000 rows.
            2. Start writing another query and there are slowness and lags.

            This issue is related to https://jira.mariadb.org/browse/MXS-4728 which is optimized by automatically limiting the rendered columns to the maximum of 50 columns.

            Did you have a query result with a lot of columns and rows when you faced this bug?

            thien.ly Thien Ly added a comment - Oh, I think I can reproduce the bug by doing the following steps: Send a query to a table with a lot of columns and rows. e.g . More than 50 columns, 10000 rows. Start writing another query and there are slowness and lags. This issue is related to https://jira.mariadb.org/browse/MXS-4728 which is optimized by automatically limiting the rendered columns to the maximum of 50 columns. Did you have a query result with a lot of columns and rows when you faced this bug?

            Duong,

            1. Select schema(Use Schema)
            2. Expand Tables(Load Tables)

            Then try to write query from the first Tab, then first tab itself its very slow. I don't even run any other queries.

            NOTE: I have only one active connection running at that time (One Query Editor with Only one Connection). and I have not run any queries but first query tab itself very very slow for typing the query.

            naresh.chandra@copart.com Naresh Chandra added a comment - Duong, 1. Select schema(Use Schema) 2. Expand Tables(Load Tables) Then try to write query from the first Tab, then first tab itself its very slow. I don't even run any other queries. NOTE: I have only one active connection running at that time (One Query Editor with Only one Connection). and I have not run any queries but first query tab itself very very slow for typing the query.
            thien.ly Thien Ly added a comment -

            naresh.chandra@copart.com Do you have a lot of schema nodes .i.e.
            What is the result for this query:

            SELECT
              COUNT(*)
            FROM
              information_schema.SCHEMATA
            
            

            thien.ly Thien Ly added a comment - naresh.chandra@copart.com Do you have a lot of schema nodes .i.e. What is the result for this query: SELECT COUNT(*) FROM information_schema.SCHEMATA
            thien.ly Thien Ly added a comment - - edited

            Also, what is the total number of your tables:

            SELECT COUNT(*) 
            FROM information_schema.tables 
            WHERE table_schema = 'your_database_name';
            

            thien.ly Thien Ly added a comment - - edited Also, what is the total number of your tables: SELECT COUNT(*) FROM information_schema.tables WHERE table_schema = 'your_database_name' ;
            thien.ly Thien Ly added a comment -

            Have you tried to use the GUI in incognito tab where browser's extensions are disabled. The query editor uses web-workers to compute heavy tasks and some browser extensions could block the thread.

            thien.ly Thien Ly added a comment - Have you tried to use the GUI in incognito tab where browser's extensions are disabled. The query editor uses web-workers to compute heavy tasks and some browser extensions could block the thread.

            Yes Duong,

            I tried with fresh browser after clearing all the cookies still same issue and tried from incognizant window still same issue.

            naresh.chandra@copart.com Naresh Chandra added a comment - Yes Duong, I tried with fresh browser after clearing all the cookies still same issue and tried from incognizant window still same issue.
            naresh.chandra@copart.com Naresh Chandra added a comment - - edited

            23.02.2 - It's been 6 months since we are using this version, its very fast and there was no lag in the query editor tab. Something has changed with 23.8 version I guess.

            naresh.chandra@copart.com Naresh Chandra added a comment - - edited 23.02.2 - It's been 6 months since we are using this version, its very fast and there was no lag in the query editor tab. Something has changed with 23.8 version I guess.
            thien.ly Thien Ly added a comment -

            Hi naresh.chandra@copart.com thank you for the information. I'll try to reproduce the issue next sprint (week) and fix it asap. By the way, since you're here, do you mind clarifying the requirements for this feature https://jira.mariadb.org/browse/MXS-3851

            thien.ly Thien Ly added a comment - Hi naresh.chandra@copart.com thank you for the information. I'll try to reproduce the issue next sprint (week) and fix it asap. By the way, since you're here, do you mind clarifying the requirements for this feature https://jira.mariadb.org/browse/MXS-3851

            Duong, Thanks for the update.

            https://jira.mariadb.org/browse/MXS-3851 --> Posted my comments.

            naresh.chandra@copart.com Naresh Chandra added a comment - Duong, Thanks for the update. https://jira.mariadb.org/browse/MXS-3851 --> Posted my comments.
            thien.ly Thien Ly added a comment -

            Hi naresh.chandra@copart.com, I suspect that this https://jira.mariadb.org/browse/MXS-4728 is one of the reasons that caused the issue, would you be able to install this version of the GUI to test it?
            There is no need to reinstall maxscale, replace the `gui` dir in this path `maxscale/share/maxscale/gui` with the `gui` dir I attached and then restart maxscale. If that works, I'll backport the fix to 23.08 gui.zip

            thien.ly Thien Ly added a comment - Hi naresh.chandra@copart.com , I suspect that this https://jira.mariadb.org/browse/MXS-4728 is one of the reasons that caused the issue, would you be able to install this version of the GUI to test it? There is no need to reinstall maxscale, replace the `gui` dir in this path `maxscale/share/maxscale/gui` with the `gui` dir I attached and then restart maxscale. If that works, I'll backport the fix to 23.08 gui.zip
            naresh.chandra@copart.com Naresh Chandra added a comment - - edited

            Hi Duong,

            Sorry for the delay in responding. As you suggested I have replaced GUI directory then it's working fine, and I don't observe any slowness while typing a query. Could you please try to optimize or improve the GUI response if possible? Sometimes if we open multiple tabs running then GUI response is very slow.

            naresh.chandra@copart.com Naresh Chandra added a comment - - edited Hi Duong, Sorry for the delay in responding. As you suggested I have replaced GUI directory then it's working fine, and I don't observe any slowness while typing a query. Could you please try to optimize or improve the GUI response if possible? Sometimes if we open multiple tabs running then GUI response is very slow.
            thien.ly Thien Ly added a comment -

            Hi naresh.chandra@copart.com, so even with the version of the GUI I attached, there is still slowness with multiple tabs? Are all query tabs running queries?

            thien.ly Thien Ly added a comment - Hi naresh.chandra@copart.com , so even with the version of the GUI I attached, there is still slowness with multiple tabs? Are all query tabs running queries?

            No Duong, the slowness issue has been fixed with the attached GUI folder, but the slowness with multiple tabs I observed in both the 23.02 version and 23.08 version.

            naresh.chandra@copart.com Naresh Chandra added a comment - No Duong, the slowness issue has been fixed with the attached GUI folder, but the slowness with multiple tabs I observed in both the 23.02 version and 23.08 version.
            thien.ly Thien Ly added a comment -

            Ah okay, thank for the information. I'll try to backport the fix to 23.08 and maybe 23.02 if it's possible

            thien.ly Thien Ly added a comment - Ah okay, thank for the information. I'll try to backport the fix to 23.08 and maybe 23.02 if it's possible

            Thanks Duong,

            naresh.chandra@copart.com Naresh Chandra added a comment - Thanks Duong,
            thien.ly Thien Ly added a comment - - edited

            Hi naresh.chandra@copart.com,
            We've addressed the typing slowness issue in the upcoming 23.08.04 release.

            Regarding the slowness issue with changing the query tab, it requires a more intricate solution. The root cause comes from the large number of tables present (715 in your case - DOM pollution issue). In brief, we need to implement a virtualized tree for the schema explorer which requires changing the core component so we can't easily add it to the upcoming release. I added a separate ticket for that issue.
            As a workaround, you could collapse the "Tables" node after expanding it to avoid this slowness while changing the query tab.

            thien.ly Thien Ly added a comment - - edited Hi naresh.chandra@copart.com , We've addressed the typing slowness issue in the upcoming 23.08.04 release. Regarding the slowness issue with changing the query tab, it requires a more intricate solution. The root cause comes from the large number of tables present (715 in your case - DOM pollution issue). In brief, we need to implement a virtualized tree for the schema explorer which requires changing the core component so we can't easily add it to the upcoming release. I added a separate ticket for that issue. As a workaround, you could collapse the "Tables" node after expanding it to avoid this slowness while changing the query tab.

            Hi Duong,

            Thanks for the update. When will be the next version release date??

            naresh.chandra@copart.com Naresh Chandra added a comment - Hi Duong, Thanks for the update. When will be the next version release date??
            thien.ly Thien Ly added a comment -

            Hi naresh.chandra@copart.com, we released 23.08.03 about 3 weeks ago, so I don't think we're gonna release 23.08.04 any time soon. But you can expect it to be released before February 2024.

            thien.ly Thien Ly added a comment - Hi naresh.chandra@copart.com , we released 23.08.03 about 3 weeks ago, so I don't think we're gonna release 23.08.04 any time soon. But you can expect it to be released before February 2024.

            Hi Duong,

            Thanks for the update.

            naresh.chandra@copart.com Naresh Chandra added a comment - Hi Duong, Thanks for the update.

            People

              thien.ly Thien Ly
              naresh.chandra@copart.com Naresh Chandra
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Git Integration

                  Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.