Задать вопрос

vlarkanov

Комментарии

  • Почему глючит Ubuntu?

    @vlarkanov
    Что в логах? Включен ли своп? Какая конфигурация железа?
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: 4
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy:

    Вот запросы:
    | 567 | user | IP:55616 | database | Execute | 7030 | init | UPDATE cc_call SET sessiontime = 33, real_sessiontime = 33 WHERE id = 123750317 | 0.000 |
    | 908 | user | IP:55940 | database | Execute | 5842 | NULL | SELECT * FROM `cc_card` WHERE useralias = '11462133'
    а вот вывод select * from EVENTS_WAITS_CURRENT

    https://pastebin.com/c10pP9ri
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy:

    Запрос

    | 16421 | user| 172.20.71.92:42720 | database| Execute | 90 | Unlocking tables | INSERT INTO `cc_card` (`id`, `creationdate`, `firstusedate`, `expirationdate`, `enableexpire`, `expi | 0.000 |

    select * from events_waits_current where THREAD_ID=16421;
    Empty set (0.00 sec)

    Ведь правильно понимаю, что THREAD_ID это ID запроса (в нашем случае 16421 ) ?
    Написано

  • Maxscale: как роутить все запросы на один сервер?

    @vlarkanov Автор вопроса
    Хочется на Maxscale, наверняка он так умеет - нет смысла переходить на другой продукт того же функционала.
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: таки опять упало) При этом в iotop и в atop отчетливо видно что нагрузка на диск пустяковая.
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy:

    Теперь выглядит так:

    thread_cache_size (> 256)
    gcs.limit= wsrep_slave_threads * 5 (это ставить не буду, не стартует. и на сайте galera о такой переменной не знают)
    Set wsrep_slave_threads to 1 in case of HA_ERR_FOUND_DUPP_KEY crash on slave (нет такой ошибки)
    set up parameter wsrep_notify_cmd to be notify (нотифай пока не нужен).

    Поглядим что получится)
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: что именно выкрутить в ноль?
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: понял. Что-то кроме замены железа может помочь? Настройка параметров и т.д.
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy:

    select * from waits_global_by_latency;
    ERROR 1146 (42S02): Table 'performance_schema.waits_global_by_latency' doesn't exist

    Хотя вроде все инструменты performance_schema включены
    UPDATE setup_instruments SET ENABLED = 'YES', TIMED = 'YES';
    UPDATE setup_consumers SET ENABLED = 'YES';
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: +--------------------------------------------------------+----------------+
    | event | avg_latency |
    +--------------------------------------------------------+----------------+
    | wait/synch/cond/threadpool/worker_cond | 35213333053000 |
    | wait/synch/cond/mysys/my_thread_var::suspend | 33200345085000 |
    | wait/synch/cond/sql/MDL_context::COND_wait_status | 41517817327000 |
    | wait/synch/cond/sql/THD::COND_wakeup_ready | 26651976360500 |
    | wait/synch/cond/aria/BITMAP::bitmap_cond | 27338162346500 |
    | wait/io/table/sql/handler | 761500 |
    | wait/synch/cond/aria/SHARE::key_del_cond | 59591554702500 |
    | wait/io/socket/sql/client_connection | 10826000 |
    | wait/io/file/innodb/innodb_data_file | 482597000 |
    | wait/io/file/innodb/innodb_log_file | 1014986500 |
    | wait/synch/mutex/sql/THD::LOCK_wsrep_thd | 220000 |
    | wait/synch/mutex/sql/THD::LOCK_thd_data | 160500 |
    | wait/io/file/sql/binlog | 23197500 |
    | wait/io/file/aria/MAI | 3185000 |
    | wait/lock/table/sql/handler | 813500 |
    | wait/synch/rwlock/sql/MDL_lock::rwlock | 514500 |
    | wait/io/file/aria/MAD | 7760500 |
    | wait/io/file/sql/slow_log | 10658000 |
    | wait/io/file/sql/FRM | 39013000 |
    | wait/io/file/myisam/kfile | 30629000 |
    | wait/io/file/sql/binlog_index | 138213500 |
    | wait/io/file/csv/metadata | 201990000 |
    | wait/synch/mutex/aria/SHARE::bitmap::bitmap_lock | 70000 |
    | wait/synch/mutex/innodb/autoinc_mutex | 217500 |
    | wait/io/file/myisam/dfile | 1502500 |
    | wait/synch/mutex/sql/TABLE_SHARE::tdc.LOCK_table_share | 182500 |
    | wait/synch/rwlock/innodb/dict_table_stats | 193000 |
    | wait/io/file/sql/file_parser | 39333500 |
    | wait/io/file/sql/select_to_file | 50773500 |
    | wait/io/file/sql/dbopt | 4639500 |
    +--------------------------------------------------------+----------------+
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: не в том дело - слишком много столбцов. Что нам интересенее всего из | FILE_NAME | EVENT_NAME | OBJECT_INSTANCE_BEGIN | COUNT_STAR | SUM_TIMER_WAIT | MIN_TIMER_WAIT | AVG_TIMER_WAIT | MAX_TIMER_WAIT | COUNT_READ | SUM_TIMER_READ | MIN_TIMER_READ | AVG_TIMER_READ | MAX_TIMER_READ | SUM_NUMBER_OF_BYTES_READ | COUNT_WRITE | SUM_TIMER_WRITE | MIN_TIMER_WRITE | AVG_TIMER_WRITE | MAX_TIMER_WRITE | SUM_NUMBER_OF_BYTES_WRITE | COUNT_MISC | SUM_TIMER_MISC | MIN_TIMER_MISC | AVG_TIMER_MISC | MAX_TIMER_MISC | ?
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: результат SELECT * FROM file_summary_by_instance огромный и при использовании опции INTO FILE нечитаем. Как бы половчее его выгрузить? Под рукой командная строка и phpmyadmin
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: прочитал, осознал:) вот что говорит тюнер https://pastebin.com/yJXwLrU9
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy:

    поменял innodb_flush_log_at_trx_commit с 1 на 0.

    Вот вывод запроса:
    +--------------------------------------+------------+---------+-------------+-------------+----------+--------------+----------+-----------+
    | EVENT_NAME | COUNT_READ | READ_GB | AVG_READ_KB | COUNT_WRITE | WRITE_GB | AVG_WRITE_KB | TOTAL_GB | WRITE_PCT |
    +--------------------------------------+------------+---------+-------------+-------------+----------+--------------+----------+-----------+
    | wait/io/file/sql/map | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/binlog | 1 | 0.00 | 0.36 | 90199 | 0.10 | 1.19 | 0.10 | 99.9997 |
    | wait/io/file/sql/binlog_index | 2 | 0.00 | 0.55 | 1 | 0.00 | 0.56 | 0.00 | 33.9623 |
    | wait/io/file/sql/relaylog | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/relaylog_index | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/casetest | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/dbopt | 4 | 0.00 | 0.06 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/des_key_file | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/ERRMSG | 3 | 0.00 | 22.80 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/select_to_file | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/file_parser | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/FRM | 72 | 0.00 | 1.09 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/global_ddl_log | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/load | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/LOAD_FILE | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/log_event_data | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/log_event_info | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/master_info | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/misc | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/partition | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/pid | 0 | 0.00 | 0.00 | 1 | 0.00 | 0.00 | 0.00 | 100.0000 |
    | wait/io/file/sql/query_log | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/relay_log_info | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/send_file | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/slow_log | 0 | 0.00 | 0.00 | 4156 | 0.00 | 0.36 | 0.00 | 100.0000 |
    | wait/io/file/sql/tclog | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/trigger_name | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/trigger | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/init | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/binlog_state | 1 | 0.00 | 0.01 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/mysys/proc_meminfo | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/mysys/charset | 1 | 0.00 | 22.95 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/mysys/cnf | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/sql/wsrep_gra_log | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/myisam/data_tmp | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/myisam/dfile | 25 | 0.00 | 0.58 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/myisam/kfile | 36 | 0.00 | 0.23 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/myisam/log | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/csv/metadata | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/csv/data | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/csv/update | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/myisammrg/MRG | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/innodb/innodb_data_file | 46734 | 0.72 | 16.20 | 18003 | 0.27 | 16.00 | 1.00 | 27.5642 |
    | wait/io/file/innodb/innodb_log_file | 6 | 0.00 | 11.08 | 3103 | 0.09 | 29.03 | 0.09 | 99.9262 |
    | wait/io/file/innodb/innodb_temp_file | 0 | 0.00 | 0.00 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/aria/translog | 2 | 0.00 | 4.02 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    | wait/io/file/aria/MAI | 7440 | 0.00 | 0.65 | 177250 | 0.01 | 0.03 | 0.01 | 52.4782 |
    | wait/io/file/aria/MAD | 3721 | 0.03 | 8.00 | 0 | 0.00 | 0.00 | 0.03 | 0.0000 |
    | wait/io/file/aria/control | 1 | 0.00 | 0.05 | 0 | 0.00 | 0.00 | 0.00 | 0.0000 |
    +--------------------------------------+------------+---------+-------------+-------------+----------+--------------+----------+-----------+

    вот данные о месте:

    df -h
    Файловая система Размер Использовано Дост Использовано% Cмонтировано в
    /dev/md0p1 176G 95G 72G 57% /
    udev 10M 0 10M 0% /dev
    tmpfs 38G 9,6M 38G 1% /run
    tmpfs 95G 0 95G 0% /dev/shm
    tmpfs 5,0M 0 5,0M 0% /run/lock
    tmpfs 95G 0 95G 0% /sys/fs/cgroup

    А mysqltuner ругается

    [!!] Attempted to use login credentials from debian maintenance account, but they failed.
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: и ещё для полноты картины:

    SELECT EVENT_NAME, SUM_TIMER_WAIT FROM events_waits_summary_global_by_event_name where event_name like '%innodb%' ORDER BY SUM_TIMER_WAIT DESC LIMIT 20;
    +------------------------------------------------+-----------------+
    | EVENT_NAME | SUM_TIMER_WAIT |
    +------------------------------------------------+-----------------+
    | wait/io/file/innodb/innodb_data_file | 577544032532000 |
    | wait/io/file/innodb/innodb_log_file | 26469590577500 |
    | wait/synch/mutex/innodb/flush_list_mutex | 0 |
    | wait/synch/mutex/innodb/fts_bg_threads_mutex | 0 |
    | wait/synch/mutex/innodb/fts_delete_mutex | 0 |
    | wait/synch/mutex/innodb/fts_optimize_mutex | 0 |
    | wait/synch/mutex/innodb/fts_doc_id_mutex | 0 |
    | wait/synch/mutex/innodb/log_flush_order_mutex | 0 |
    | wait/synch/mutex/innodb/hash_table_mutex | 0 |
    | wait/synch/mutex/innodb/ibuf_bitmap_mutex | 0 |
    | wait/synch/mutex/innodb/fil_system_mutex | 0 |
    | wait/synch/mutex/innodb/file_format_max_mutex | 0 |
    | wait/synch/mutex/innodb/innobase_share_mutex | 0 |
    | wait/io/file/innodb/innodb_temp_file | 0 |
    | wait/synch/mutex/innodb/buf_pool_mutex | 0 |
    | wait/synch/mutex/innodb/buf_pool_zip_mutex | 0 |
    | wait/synch/mutex/innodb/cache_last_read_mutex | 0 |
    | wait/synch/mutex/innodb/dict_foreign_err_mutex | 0 |
    | wait/synch/mutex/innodb/dict_sys_mutex | 0 |
    | wait/synch/mutex/innodb/recalc_pool_mutex | 0 |
    +------------------------------------------------+-----------------+
    20 rows in set (0.01 sec)
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    Как-то так (не полностью, только "верх"). Значения скачут, доходят др 3000K/s на запись, особенно на второй ноде.

    на первой ноде:

    Total DISK READ : 15.02 K/s | Total DISK WRITE : 1141.27 K/s
    Actual DISK READ: 15.02 K/s | Actual DISK WRITE: 1704.40 K/s
    TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
    364 be/3 root 0.00 B/s 0.00 B/s 0.00 % 3.84 % [jbd2/md0p1-8]
    12365 be/4 mysql 0.00 B/s 56.31 K/s 0.00 % 1.28 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    12677 be/4 mysql 0.00 B/s 18.77 K/s 0.00 % 1.20 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    7667 be/4 mysql 0.00 B/s 60.07 K/s 0.00 % 1.15 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    13137 be/4 mysql 0.00 B/s 30.03 K/s 0.00 % 0.94 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    9410 be/4 mysql 0.00 B/s 41.30 K/s 0.00 % 0.75 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    13094 be/4 mysql 0.00 B/s 22.53 K/s 0.00 % 0.63 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    12002 be/4 mysql 0.00 B/s 30.03 K/s 0.00 % 0.14 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    10536 be/4 mysql 0.00 B/s 18.77 K/s 0.00 % 0.10 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    1569 be/4 mysql 0.00 B/s 510.57 K/s 0.00 % 0.01 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    1234 be/4 mysql 0.00 B/s 37.54 K/s 0.00 % 0.00 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    1568 be/4 mysql 0.00 B/s 315.35 K/s 0.00 % 0.00 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    1588 be/4 mysql 15.02 K/s 0.00 B/s 0.00 % 0.00 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    1 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % init
    2 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [kthreadd]
    3 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/0]
    5 be/0 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [kworker/0:0H]
    8 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [rcu_sched]
    9 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [rcu_bh]
    10 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/0]
    11 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/0]
    12 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/1]
    13 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/1]
    14 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/1]
    16 be/0 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [kworker/1:0H]
    17 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/2]

    на второй ноде:

    Total DISK READ : 15.40 K/s | Total DISK WRITE : 1432.39 K/s
    Actual DISK READ: 15.40 K/s | Actual DISK WRITE: 2.07 M/s
    TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
    384 be/3 root 0.00 B/s 0.00 B/s 0.00 % 7.40 % [jbd2/md0p1-8]
    31984 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 1.01 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31959 be/4 mysql 0.00 B/s 15.40 K/s 0.00 % 0.77 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31980 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.71 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31942 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.50 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31968 be/4 mysql 0.00 B/s 15.40 K/s 0.00 % 0.50 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31950 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.48 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31976 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.46 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31951 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.28 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31944 be/4 mysql 0.00 B/s 11.55 K/s 0.00 % 0.24 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31960 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.24 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31985 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.24 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31971 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.23 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31962 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.23 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31963 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.23 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31898 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.23 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31940 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.22 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31961 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.19 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31957 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.16 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31973 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.13 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31981 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.12 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8103926
    31978 be/4 mysql 0.00 B/s 7.70 K/s 0.00 % 0.11 % mysqld --wsrep_start_position=ac061580-7921-11e7-9ec5-9ad23d7fc3ea:8
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: не ожидал, там два неплохих SSD, нагрузка не очень велика. Что можно подкрутить для улучшения ситуации? Сейчас база под примерно четырехкратной нагрузкой относительно той, что ожидается, но хотелось бы иметь "запас прочности".
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: вот что получилось. https://pastebin.com/1jAnnQVD
    Написано

  • Mariadb Galera Cluster: почему кластер рандомно падает?

    @vlarkanov Автор вопроса
    shagguboy: сейчас как хотя бы один запрос повиснет, сделаю выгрузку:)
    Написано