Как уменьшить напряжение с 3.8-4.2 до 3.3 вольт?

Вот это уже действительно интересно и цена хорошая. Спасибо!

Как уменьшить напряжение с 3.8-4.2 до 3.3 вольт?

Спасибо, вроде подойдет, но стоит он слишком дорого для моей схемы.

Проседание производительности mariadb, linux. Почему растет Load Average до 30-40?

Mike, мы имеем среднюю нагрузку на базу в 2-3 тыс. запросов в секунду и я не очень был уверен, что 3 запроса из этих трех тысяч могут так сильно оказывать влияние на всю базу. Тем более, что блокировок таблиц нет, строк практически тоже нет. Индекс они создали, но там таблица другая была "b_catalog_discount_coupon". На 300 000 тыс. записей по запросу было около 4 тыс. сканирований строк. Это много, но тоже не настолько, есть запросы более тяжелые в битрикс и от них CPU так не грузится. Там дело в самом запросе, который можно переписать для более эффективной работы с использованием индекса. Отправлю в Битрикс обращение, возможно они внесут изменения.

Проседание производительности mariadb, linux. Почему растет Load Average до 30-40?

skvarovski, запросу уделял внимание. Индекс более эффективный нет возможности собрать под запрос.

Проседание производительности mariadb, linux. Почему растет Load Average до 30-40?

skvarovski, не ответил на предложение о перестроить/пересоздать таблицы.
Оптимизация, проверка, исправление таблиц тоже не дают эффекта. Все это делал и вручную запуская и сразу снимая метрики и оно в принципе на кроне ежедневно делается. Ну и опять же, развернутая на отдельном сервере база с чистого листа не принесла успеха.

Проседание производительности mariadb, linux. Почему растет Load Average до 30-40?

skvarovski, более эффективный индекс, чем текущий построить не получается. Изменить запрос нет возможности т.к. он внутриядерный CMS Bitrix и обновления его затрут. Но я тестировал с отключенным запросом. Метрики RW Locks S OS Waits, RW Locks X OS Waits, RW Locks S Spin Rounds, RW Locks X Spin Rounds стали существенно ниже. При этом пики нагрузки снижаться не стали.

Позже я провел тест. Если допустить, что 3 запроса в секунду укладывают сервер, то допустим 100 запросов должны его положить. Я стал отправлять эти запросы со скоростью 20-50 запросов в секунду и несколько меняя чтобы исключить использование кеша. Результат нулевой. На нагрузке не отразилось.

Проседание производительности mariadb, linux. Почему растет Load Average до 30-40?

Таблицы весят все вместе почти 10 гиг.
Таблица связанная с медленным запросом 78 мб.

Пробовал с разными значениями. 8, 16, 32, 64. Без видимых изменений в течении часа работы.

innodb_read_io_threads = 32
innodb_write_io_threads = 32

Из версий mariadb 10.1, 10.2, 10.3 - во всех версиях были проблемы, но на 10.1 должен отметить производительность была несколько выше по отношению к 10.3.

В данный момент в процессе настройки и испытаний сервер percona 8. Напишу если будут положительные сдвиги.

Проседание производительности mariadb, linux. Почему растет Load Average до 30-40?

В базе все таблицы innodb, в проекте используются транзакции.
Параметр этот убрал из настроек.

Проседание производительности mariadb, linux. Почему растет Load Average до 30-40?

Vitaly Karasik, возможно. Спасибо за совет. Попробую поднять дамп базы на несколько месяцев раньше. Сравню объемы таблиц. Но запрос был и раньше :)

Проседание производительности mariadb, linux. Почему растет Load Average до 30-40?

Сейчас load average: 27,63, 25,51, 24,38

Данные iostat -x -m 1

Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s    wMB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sdb               0,00    36,00    0,00   13,00     0,00     0,21    33,69     0,00    0,00    0,00    0,00   0,00   0,00
sda               0,00    36,00    7,00   13,00     0,11     0,21    33,10     0,01    0,25    0,71    0,00   0,25   0,50
md1               0,00     0,00    0,00    0,00     0,00     0,00     0,00     0,00    0,00    0,00    0,00   0,00   0,00
md2               0,00     0,00    7,00   45,00     0,11     0,21    12,62     0,00    0,00    0,00    0,00   0,00   0,00
dm-0              0,00     0,00    7,00   44,00     0,11     0,21    12,86     0,02    0,35    0,71    0,30   0,35   1,80
dm-1              0,00     0,00    0,00    0,00     0,00     0,00     0,00     0,00    0,00    0,00    0,00   0,00   0,00

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          93,49    0,00    4,26    0,00    0,00    2,25

Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s    wMB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sdb               0,00    31,00    0,00   14,00     0,00     0,16    23,64     0,00    0,07    0,00    0,07   0,07   0,10
sda               0,00    31,00    5,00   14,00     0,08     0,16    25,84     0,00    0,11    0,20    0,07   0,11   0,20
md1               0,00     0,00    0,00    0,00     0,00     0,00     0,00     0,00    0,00    0,00    0,00   0,00   0,00
md2               0,00     0,00    5,00   38,00     0,08     0,16    11,16     0,00    0,00    0,00    0,00   0,00   0,00
dm-0              0,00     0,00    5,00   37,00     0,08     0,16    11,43     0,02    0,45    0,20    0,49   0,45   1,90
dm-1              0,00     0,00    0,00    0,00     0,00     0,00     0,00     0,00    0,00    0,00    0,00   0,00   0,00

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          89,80    0,00    4,28    0,00    0,00    5,92

Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s    wMB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sdb               0,00    19,00    0,00   10,00     0,00     0,11    21,60     0,00    0,20    0,00    0,20   0,20   0,20
sda               0,00    19,00    0,00   10,00     0,00     0,11    21,60     0,00    0,10    0,00    0,10   0,10   0,10
md1               0,00     0,00    0,00    0,00     0,00     0,00     0,00     0,00    0,00    0,00    0,00   0,00   0,00
md2               0,00     0,00    0,00   24,00     0,00     0,10     8,67     0,00    0,00    0,00    0,00   0,00   0,00
dm-0              0,00     0,00    0,00   23,00     0,00     0,10     9,04     0,01    0,48    0,00    0,48   0,48   1,10
dm-1              0,00     0,00    0,00    0,00     0,00     0,00     0,00     0,00    0,00    0,00    0,00   0,00   0,00

Проседание производительности mariadb, linux. Почему растет Load Average до 30-40?

Вот отчет по запросам за последний час. Из отчета выделяется один запрос, который составляет 80% от всех запросов выполняющихся более 1 сек. Если его отключить, то демон mysqld начинает потреблять действительно меньше ресурсов CPU. По моим замерам вчера в момент времени до выключения запроса было 400% на CPU и после выключения до 300%. Хотя load average по прежнему плавал от 8 до 30 примерно.

Вот отчет по запросу. Сам запрос является системным для CMS Bitrix, вносить изменения в ядро я не могу, оно затрется обновлениями, а составить под запрос более эффективный индекс чем текущий я пока не смог.

Проседание производительности mariadb, linux. Почему растет Load Average до 30-40?

Был включен, но время было установлено в 10 сек. Мы не ставили эту настройку в 1 сек. т.к. сервер настолько хорошо работал, что запас мощности был еще 70%. Проблем с производительностью не испытывали. По мониторингу запросов был выявлен проблемный запрос, отключение запроса не ускоряло работу системы, но кое какие метрики улучшались.

Как добавить к переменной PHP значение если она не пуста?

alexmixaylov: ну тогда Михаил написал верный вариант реализации)

Mongodb и поиск во вложенных документах?

Спасибо, но он найдет любые записи где есть вложенный документ со свойством 'a':1 и еще любым другим, если число вложенных документов будет равно 2-м. Например такого рода документам:
{ 'objects': [ {'a': 1 }, {'a': x } ] }
а хотелось бы только к
{ 'objects': [ {'a': 1 }, {'a': 1 } ] }