Помогите оживить UTM admin

MaxDM · Сообщение **MaxDM** » Чт ноя 12, 2015 14:22

avaddon писал(а):
MaxDM писал(а):В Postgresql проще:
Код: Выделить всё
ALTER SEQUENCE discount_transactions_all_id_seq CYCLE
Закливаешь последовательность и всё )
т.е. таблица будет перезаписываться циклически? когда дойдет до последней будет писаться с первой?! или будет переписываться последняя запись?

Индекс после 2147483647 станет 1. НО это в PostgreSQL.

2147483646
2147483647
1
2
3
4
...

avaddon

Magnum72 писал(а):просто измени id в этих таблицах

ALTER TABLE discount_transactions_all ADD COLUMN id bigint(20) NOT NULL auto_increment PRIMARY KEY;
ALTER TABLE discount_transactions_iptraffic_all ADD COLUMN id bigint DEFAULT '0' NOT NULL PRIMARY KEY;

по времен исколко будет делаться по личному опыту? таблицы по 200Гигов. Есть смысл сидеть ждать или можно запустить и зыбыть? там обычный SATA жесткий

Magnum72

avaddon писал(а):
Magnum72 писал(а):просто измени id в этих таблицах

ALTER TABLE discount_transactions_all ADD COLUMN id bigint(20) NOT NULL auto_increment PRIMARY KEY;
ALTER TABLE discount_transactions_iptraffic_all ADD COLUMN id bigint DEFAULT '0' NOT NULL PRIMARY KEY;
по времен исколко будет делаться по личному опыту. таблицы по 200Гигов. Есть смысл сидеть ждать или можно запустить и зыбыть? там обычный SATA жесткий

будет делаться очень долго, предлагаю настроить механизм архивации биллинга, или если тебе не нужна информация по трафику можешь их удалить

avaddon

?Debug : Nov 13 04:56:17 f30dcb90 DBCtx: <164404896> SQL query: INSERT INTO discount_transactions_iptraffic_all(id,account_id,discount,discount_with_tax,service_id,slink
_id,discount_date,discount_date_hour,discount_date_day,discount_date_month,t_class,base_cost,ipid,bytes,discount_period_id) VALUES('0','8','0','0','20','228','1447368967
','1447365600','1447351200','1446314400','600','0','1540091140','762221','2018')
?Debug : Nov 13 04:56:17 f6a79b90 BusLogic: hw_block_handler with code 37
?Debug : Nov 13 04:56:17 f30dcb90 DBCtx: <164404896> MySQL query failed:<Duplicate entry '0' for key 1> Trying to reconnect: 0
?Debug : Nov 13 04:56:19 f30dcb90 DBCtx: <164404896> MySQL query failed:<Duplicate entry '0' for key 1> Trying to reconnect: 1
?Debug : Nov 13 04:56:21 f30dcb90 DBCtx: <164404896> MySQL query failed:<Duplicate entry '0' for key 1> Trying to reconnect: 2
?Debug : Nov 13 04:56:23 f30dcb90 DBCtx: <164404896> MySQL query failed:<Duplicate entry '0' for key 1> Trying to reconnect: 3
?Debug : Nov 13 04:56:25 f30dcb90 DBCtx: <164404896> MySQL query failed:<Duplicate entry '0' for key 1> Trying to reconnect: 4

ну после чистки таблицы таблицы, смены дататипа он все равно ругается. И так же не коннектится. Ещё увидел подобные руганья на таблицу discount_transaction_all. В ней насколько я помню все списания клиентов хранятся? не хочу терять. очень надо. Или в этой таблице тоже хлам лежит?

Magnum72

avaddon писал(а):
?Debug : Nov 13 04:56:17 f30dcb90 DBCtx: <164404896> SQL query: INSERT INTO discount_transactions_iptraffic_all(id,account_id,discount,discount_with_tax,service_id,slink
_id,discount_date,discount_date_hour,discount_date_day,discount_date_month,t_class,base_cost,ipid,bytes,discount_period_id) VALUES('0','8','0','0','20','228','1447368967
','1447365600','1447351200','1446314400','600','0','1540091140','762221','2018')
?Debug : Nov 13 04:56:17 f6a79b90 BusLogic: hw_block_handler with code 37
?Debug : Nov 13 04:56:17 f30dcb90 DBCtx: <164404896> MySQL query failed:<Duplicate entry '0' for key 1> Trying to reconnect: 0
?Debug : Nov 13 04:56:19 f30dcb90 DBCtx: <164404896> MySQL query failed:<Duplicate entry '0' for key 1> Trying to reconnect: 1
?Debug : Nov 13 04:56:21 f30dcb90 DBCtx: <164404896> MySQL query failed:<Duplicate entry '0' for key 1> Trying to reconnect: 2
?Debug : Nov 13 04:56:23 f30dcb90 DBCtx: <164404896> MySQL query failed:<Duplicate entry '0' for key 1> Trying to reconnect: 3
?Debug : Nov 13 04:56:25 f30dcb90 DBCtx: <164404896> MySQL query failed:<Duplicate entry '0' for key 1> Trying to reconnect: 4
ну после чистки таблицы таблицы, смены дататипа он все равно ругается. И так же не коннектится. Ещё увидел подобные руганья на таблицу discount_transaction_all. В ней насколько я помню все списания клиентов хранятся? не хочу терять. очень надо. Или в этой таблице тоже хлам лежит?

Таблицы транзакций связаны между собой,
основная
discount_transactions_all, после вставки в нее записи, биллинг запоминает id и при необходимости вставляет в discount_transactions_iptraffic_all дополнительную информацию с использованием запомненного id, поэтому тип поля надо увеличивать в обоих таблицах, и после этого синхронизировать следующий автоинкремент чтобы он был одинаковый у обоих таблиц.

avaddon

Вычистил под ноль две таблицы. сменил тип данных. И результата ноль. id одинаковые по записям. а все равно пишет соединение с узлом. не цепляется в общем. Соединение прошло но опять же висит на вызовах функции ядра.

Magnum72

давай уже в аську

avaddon

375592501

avaddon

После чистки таблиц под ноль, база завелась и работает отлично. Спасибо друзья всем за помощь. За 10 лет первый раз база так нагнулась. буду курить архивирование таблиц