Опрос по СУБД

[Redmen]

||
Интересно, сколько админов придерживаются правила "работает - не трогай" и сколько гонятся за обновлениями для защиты от эксплойтов.

Опрос бессрочный с возможностью менять голос, на случай изменения версии, для более актуальной статистики.

[tom]

Percona

[Efendy]

Парни. Если есть возможность, выполните на своих базах sql:

Код:

SELECT
    SQL_CALC_FOUND_ROWS COUNT(*) AS __count,
    DATE_FORMAT(DATE(a.last_auth), "%d.%m.%Y") AS __as_last_auth
FROM fullusers u
LEFT JOIN (
    SELECT FROM_UNIXTIME(MAX(time)) AS last_auth, uid FROM (
        (SELECT uid, `end` AS time FROM auth_log)
            UNION ALL
        (SELECT uid, `last` AS time FROM ip_pool vl1
         LEFT JOIN auth_now vl2 ON INET_NTOA(vl1.ip) = vl2.ip)
    ) v_last_auth
    WHERE time IS NOT NULL GROUP BY uid
) a
ON u.id=a.uid
WHERE u.grp > 0 GROUP BY __as_last_auth
ORDER BY __count DESC, __as_last_auth;

результат мне не нужен, нужно только знать дает ли ошибку или нет и какая версия субд.
Спасибо

[Warlock]

mysql 5.5.44 и 5.6.39 выполнилось без ошибки

[Redmen]

mysql 5.7.31  без ошибки

[Gosha]

mysql 5.6.40
Без ошибки

[Pa4ka]

Парни. Если есть возможность, выполните на своих базах sql:

Код:

SELECT
    SQL_CALC_FOUND_ROWS COUNT(*) AS __count,
    DATE_FORMAT(DATE(a.last_auth), "%d.%m.%Y") AS __as_last_auth
FROM fullusers u
LEFT JOIN (
    SELECT FROM_UNIXTIME(MAX(time)) AS last_auth, uid FROM (
        (SELECT uid, `end` AS time FROM auth_log)
            UNION ALL
        (SELECT uid, `last` AS time FROM ip_pool vl1
         LEFT JOIN auth_now vl2 ON INET_NTOA(vl1.ip) = vl2.ip)
    ) v_last_auth
    WHERE time IS NOT NULL GROUP BY uid
) a
ON u.id=a.uid
WHERE u.grp > 0 GROUP BY __as_last_auth
ORDER BY __count DESC, __as_last_auth;

результат мне не нужен, нужно только знать дает ли ошибку или нет и какая версия субд.
Спасибо

mysql  Ver 15.1 Distrib 10.3.27-MariaDB
без помилок

[Efendy]

Всем большое спасибо!

[Redmen]

Обидно, больше сотни просмотров, а проголосовали только 8 человек.
Это же не может развить тему в сторону лучшей производительности, стабильности и функционала

Например, кто смог поднять GALERA CLASTER для билинга? если кто не в курсе, это мощный инструмент репликации БД мульти мастер с легкой горизонтальной расширяемостью.

[Jovani]

Парни. Если есть возможность, выполните на своих базах sql:

Код:

SELECT
    SQL_CALC_FOUND_ROWS COUNT(*) AS __count,
    DATE_FORMAT(DATE(a.last_auth), "%d.%m.%Y") AS __as_last_auth
FROM fullusers u
LEFT JOIN (
    SELECT FROM_UNIXTIME(MAX(time)) AS last_auth, uid FROM (
        (SELECT uid, `end` AS time FROM auth_log)
            UNION ALL
        (SELECT uid, `last` AS time FROM ip_pool vl1
         LEFT JOIN auth_now vl2 ON INET_NTOA(vl1.ip) = vl2.ip)
    ) v_last_auth
    WHERE time IS NOT NULL GROUP BY uid
) a
ON u.id=a.uid
WHERE u.grp > 0 GROUP BY __as_last_auth
ORDER BY __count DESC, __as_last_auth;

результат мне не нужен, нужно только знать дает ли ошибку или нет и какая версия субд.
Спасибо

Версия сервера: 5.7.33 - Source distribution
SQL-запрос успешно выполнен.

[NodenY45]

Парни. Если есть возможность, выполните на своих базах sql:

Код:

SELECT
    SQL_CALC_FOUND_ROWS COUNT(*) AS __count,
    DATE_FORMAT(DATE(a.last_auth), "%d.%m.%Y") AS __as_last_auth
FROM fullusers u
LEFT JOIN (
    SELECT FROM_UNIXTIME(MAX(time)) AS last_auth, uid FROM (
        (SELECT uid, `end` AS time FROM auth_log)
            UNION ALL
        (SELECT uid, `last` AS time FROM ip_pool vl1
         LEFT JOIN auth_now vl2 ON INET_NTOA(vl1.ip) = vl2.ip)
    ) v_last_auth
    WHERE time IS NOT NULL GROUP BY uid
) a
ON u.id=a.uid
WHERE u.grp > 0 GROUP BY __as_last_auth
ORDER BY __count DESC, __as_last_auth;

результат мне не нужен, нужно только знать дает ли ошибку или нет и какая версия субд.
Спасибо

Server version: 5.6.41-log Source distribution

без ошибок

[NodenY45]

Обидно, больше сотни просмотров, а проголосовали только 8 человек.
Это же не может развить тему в сторону лучшей производительности, стабильности и функционала

Например, кто смог поднять GALERA CLASTER для билинга? если кто не в курсе, это мощный инструмент репликации БД мульти мастер с легкой горизонтальной расширяемостью.

Я смог поднять GALERA CLUSTER, но к биллингу еще не подключил, так как в нодени используются MyISAM таблицы для сбора трафика а поддержки в GALERA их нет.

Есть возможность изменить таблицы с трафиком с MyISAM на InnoDB?

[NodenY45]

Не стал ждать окончания выходных - начал заниматься переводом всех своих таблиц в БД на InnoDB c MyISAM для перехода на GALERA CLUSTER DB.

Для начала просканил БД на наличие таблиц MyISAM:

Код:

use nodeny;
show table status where Engine='MyISAM';

увидел много таблиц на MyISAM еще со времен обновления с 50.32, нужно чтото делать) продолжаем,
-захожу в PhpMyAdmin
-выбираю слева БД - INFORMATION_SCHEMA
-далее выполняю запрос SQL

Код:

SELECT CONCAT('ALTER TABLE ',TABLE_NAME,' ENGINE=InnoDB;') 
FROM INFORMATION_SCHEMA.TABLES
WHERE ENGINE='MyISAM'
AND table_schema = 'nodeny'

-вуаля) и теперь ниже вывод команд SQL что нужно будет скопировать, и выполнить на БД для смены на InnoDB.
ПРЕДУПРЕЖДАЮ! Таблицы с трафиком лучше переводить по 4-5шт) очень долго переводятся, а друг что-то гдето отпадет)


-после этого я отредактировал файлы
1)ee kernel/collectors.pm
в двух запросах сменил MyISAM на InnoDB
$cfg::_slq_create_Ztraf_tbl.=<<SQL;
$cfg::_slq_create_Xtraf_tbl = <<SQL;

2)ee kernel/ses_traf.pm
в одном запросе сменил MyISAM на InnoDB
$cfg::_slq_create_Xtraf_tbl = <<SQL;

И вроде бы все. Хотелось бы услышать мысли от разработчиков на сколько это правильно? и чем грозит уход от MyISAM в таблицах трафика?

[Efendy]

чем грозит уход от MyISAM в таблицах трафика?

ничем не грозит. MyISAM был выбран тогда, когда за счет нетранзакционности у него было преимущество по скорости. Работа с трафиком была сама тяжелая из-за его громадных объемов. Прошло уже больше 10 лет с тех времен и мощности компов выросли значительно, так что думаю про MyISAM можно забыть. Я в Next сделаю конвертацию в innodb

[ser970]

ничем не грозит.

тут как бы не совсем. креш таблиц MyISAM лечится легко и с битой таблицей мускул стартует,
InnoDB так не прокатит....

а креш явление частое ... (упсы, акумы мало у кого стоят....имеелось ввиду нормальные).
делать дамп с рековери долго ....