1. 22 Jul, 2024 1 commit
  2. 11 Jul, 2024 1 commit
    • Alexey Botchkov's avatar
      MDEV-20250 · 9ca355a5
      Alexey Botchkov authored
      The Insert_prelocking_strategy class added that prunes partition for the
      INSERT INTO.
      9ca355a5
  3. 21 Jun, 2024 1 commit
    • Vladislav Vaintroub's avatar
      MDEV-33748 get rid of pthread_(get_/set_)specific, use thread_local · 7c5fdc9b
      Vladislav Vaintroub authored
      Apart from better performance when accessing thread local variables,
      we'll get rid of things that depend on initialization/cleanup of
      pthread_key_t variables.
      
      Where appropriate, use compiler-dependent pre-C++11 thread-local
      equivalents, where it makes sense, to avoid initialization check overhead
      that non-static thread_local can suffer from.
      7c5fdc9b
  4. 20 Jun, 2024 1 commit
  5. 11 Jun, 2024 2 commits
  6. 10 Jun, 2024 4 commits
    • Alexey Yurchenko's avatar
      MDEV-31809 Automatic SST user account management · a1e5a284
      Alexey Yurchenko authored
      Implement automatic creation of temporary accounts for SST and pass
      account credentials to SST script via socket as opposed to environment
      variables. Delete the user after the SST script returns,
      
      Respect wsrep_sst_auth set by the adminitrator in case some additional
      privilege grants are needed for particular SST method.
      
      mysqldump SST requires significant change to make use of the new
      automatic user generation facility. For now just make it compatible
      by ignoring automatically generated user and rely only on wsrep_sst_auth
      setting on the joiner node to keep backward compatibility.
      
      Adapt mysqldump SST to automatic SST user generation changes:
       - disable special treatment for mysqldump SST on donor
       - make mysqldump SST script compatible with the new SST script
         interface.
      
      Differentiate user privileges for different SST methods:
       - grant minimum required privileges for clone and xtrabackup SST
         accounts
       - grant all privileges to custom SST accounts as it is not known what
         is needed.
       - disable SST account generation for rsync SST since it is not needed.
      
      MTR tests:
       - add MTR tests for clone and xtrabackup SSTs without wsrep_sst_auth,
       - add MTR test for testing masking of wsrep_sst_auth.
       - don't attmept to restore original wsrep_sst_auth in MTR tests as it
         is always masked.
      Signed-off-by: default avatarJulius Goryavsky <julius.goryavsky@mariadb.com>
      a1e5a284
    • Alexey Yurchenko's avatar
    • Alexey Yurchenko's avatar
      MDEV-31809 Make SST script interface read-write · d9f910bf
      Alexey Yurchenko authored
      Add two-way communication between parent and child in wsp::proc class.
      Refactor wsp::thd class to call my_thread_init() conditionally.
      Signed-off-by: default avatarJulius Goryavsky <julius.goryavsky@mariadb.com>
      d9f910bf
    • Alexey Yurchenko's avatar
      MDEV-25321 mariabackup ignores MYSQL_PWD variable · 203d337a
      Alexey Yurchenko authored
      If mariabackup does not get the password on command line or from
      the [mariabackup] section of the config file, it initializes the
      internal opt_password variable to empty string and considers it
      as set in a subsequent check, therefore ignoring the value of
      MYSQL_PWD envronment variable. At the same time MariDB server
      considers empty string passwords as no password.
      
      Fixing this is necessary to use automatically generated SST users
      because mariabackup needs --default-file option to use the same
      config as the server and that option does not allow to supply any
      extra config files, so using the automatically generated config
      with [mariabackup] section is out of question.
      
      Modify check for set password to treat empty string as unset
      and fall back to the MYSQL_PWD value if present.
      Signed-off-by: default avatarJulius Goryavsky <julius.goryavsky@mariadb.com>
      203d337a
  7. 31 May, 2024 1 commit
  8. 30 May, 2024 3 commits
  9. 29 May, 2024 6 commits
  10. 28 May, 2024 3 commits
  11. 27 May, 2024 17 commits