Details

    Description

      Add the partition options of the following function for batch call instead of each partition

      • store_lock
      • external_lock
      • start_stmt
      • extra
      • cond_push
      • info_push
      • top_table

      original description:
      Partition performance optimization: improve the select/insert/delete/update/replace performance of the partition table under multiple partitions by executing prune_partition before the lock table

      Attachments

        1. Test_procedures_delete.txt
          1 kB
          Kentoku Shiba
        2. Test_procedures_insert.txt
          1 kB
          Kentoku Shiba
        3. Test_procedures_select.txt
          1 kB
          Kentoku Shiba
        4. Test_procedures_update.txt
          1 kB
          Kentoku Shiba
        5. test_results_of_spider.txt
          7 kB
          Kentoku Shiba

        Issue Links

          Activity

            When increasing number of partitions, performance is dropping down even if all partitions are quite fast.
            So, I added some options to partition handler for calling at once instead of calling each partitions.
            Please review the following commit especially changing of handler and partition handler.
            ae106f1

            Kentoku Kentoku Shiba (Inactive) added a comment - When increasing number of partitions, performance is dropping down even if all partitions are quite fast. So, I added some options to partition handler for calling at once instead of calling each partitions. Please review the following commit especially changing of handler and partition handler. ae106f1

            gmon_*_without_partition.zip is call stack of MyISAM table without partitioning.
            gmon_*_with_1024_partitions.zip is call stack of MyISAM table with partitioning.
            Above call stacks are for knowing this performance dropping down with partitioning is not only caused by Spider.

            gmon_spider_*_without_partition.zip is call stack of Spider table without partitioning.
            gmon_spider_*_with_1024_partitions_before.zip is call stack of Spider table with partitioning before using new options.
            gmon_spider_*_with_1024_partitions_after.zip is call stack of Spider table with partitioning after using new options.
            Test_procedures_*.txt is test sequences.
            test_results_of_spider.txt is the results of performance testing.

            Kentoku Kentoku Shiba (Inactive) added a comment - gmon_*_without_partition.zip is call stack of MyISAM table without partitioning. gmon_*_with_1024_partitions.zip is call stack of MyISAM table with partitioning. Above call stacks are for knowing this performance dropping down with partitioning is not only caused by Spider. gmon_spider_*_without_partition.zip is call stack of Spider table without partitioning. gmon_spider_*_with_1024_partitions_before.zip is call stack of Spider table with partitioning before using new options. gmon_spider_*_with_1024_partitions_after.zip is call stack of Spider table with partitioning after using new options. Test_procedures_*.txt is test sequences. test_results_of_spider.txt is the results of performance testing.

            People

              holyfoot Alexey Botchkov
              willhan willhan
              Votes:
              0 Vote for this issue
              Watchers:
              10 Start watching this issue

              Dates

                Created:
                Updated:

                Git Integration

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