Как сделать, что бы uid пользователя начинался не с 1-цы ...

Технические вопросы по UTM 5.0
Ответить
Kristian
Сообщения: 95
Зарегистрирован: Ср мар 04, 2009 21:32

Как сделать, что бы uid пользователя начинался не с 1-цы ...

Сообщение Kristian »

Решили разграничить пользователей по uid.
Как сделат так, что бы его идентификатор (он же расчетный счет) начинался например с 3000 ....

icenet
Сообщения: 42
Зарегистрирован: Чт май 28, 2009 11:09

Re: Как сделать, что бы uid пользователя начинался не с 1-цы

Сообщение icenet »

Kristian писал(а):Решили разграничить пользователей по uid.
Как сделат так, что бы его идентификатор (он же расчетный счет) начинался например с 3000 ....
ALTER TABLE таблица AUTO_INCREMENT =3000

Kristian
Сообщения: 95
Зарегистрирован: Ср мар 04, 2009 21:32

Сообщение Kristian »

Вы не скажете как называется нужная мне таблица ? Если честно мне страшно не зная наверняка, выбирать таблицу .....

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

Kristian писал(а):Вы не скажете как называется нужная мне таблица ? Если честно мне страшно не зная наверняка, выбирать таблицу .....
ALTER TABLE users AUTO_INCREMENT =3000
ALTER TABLE accounts AUTO_INCREMENT =3000

в обоих таблицах инкременты должны быть меньше 3000 в вашем случае

Kristian
Сообщения: 95
Зарегистрирован: Ср мар 04, 2009 21:32

Сообщение Kristian »

Спасибо большое.
Сразу возник еще один вопрос. Как удалять детальные данные о траффике из базы данных ? А то у меня папака mysql уже 34 гига.
Хочу подчистить базу от этой информации ....

bear
Сообщения: 498
Зарегистрирован: Чт ноя 15, 2007 11:53

Сообщение bear »

искать тему про архивирование таблиц

Kristian
Сообщения: 95
Зарегистрирован: Ср мар 04, 2009 21:32

Сообщение Kristian »

Появился еще один глупый вопрос. Команды типа

TRUNCATE TABLE discount_transactions_all;
TRUNCATE TABLE discount_transactions_iptraffic_all ;


Оставят меня без отчетов по оплатам и траффику в системе, но ЗНАЧИТЕЛЬНО уменьшат ее обьем ?

Эти таблицы не содержат никаких системных вещей, которые нужны для работы ядра ? .... боюсь чтоб не легло :)

bear
Сообщения: 498
Зарегистрирован: Чт ноя 15, 2007 11:53

Сообщение bear »

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

лечить больную голову методом отрубания оной - имхо несколько неправильно

Kristian
Сообщения: 95
Зарегистрирован: Ср мар 04, 2009 21:32

Сообщение Kristian »

Сделал я
все таки

TRUNCATE TABLE discount_transactions_all;
TRUNCATE TABLE discount_transactions_iptraffic_all ;

В итоге размер каталога mysql не уменьшился .....

Но потом я включил моск :))). И применил команду

PURGE BINARY LOGS BEFORE '2009-05-29 00:00:00';

Господа начинающие, следите пожалуйста за логами :).

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

Kristian писал(а):Сделал я
все таки

TRUNCATE TABLE discount_transactions_all;
TRUNCATE TABLE discount_transactions_iptraffic_all ;

В итоге размер каталога mysql не уменьшился .....

Но потом я включил моск :))). И применил команду

PURGE BINARY LOGS BEFORE '2009-05-29 00:00:00';

Господа начинающие, следите пожалуйста за логами :).
Ну а нафига тут тогда перед тобой распиналось 10 человек, если ты все равно сделал по дурному?

Kristian
Сообщения: 95
Зарегистрирован: Ср мар 04, 2009 21:32

Сообщение Kristian »

Ну а что я могу сделать, если стоит задача - максимально сократить обьем базы данных ?
Ответы на форуме мне очень помогли решить поставленную бизнес задачу. В принципе я ее решил. Все вокруг довольны :).

Аватара пользователя
ds
Сообщения: 380
Зарегистрирован: Пн сен 18, 2006 14:06

Сообщение ds »

Kristian писал(а):Ну а что я могу сделать, если стоит задача - максимально сократить обьем базы данных ?
Ответы на форуме мне очень помогли решить поставленную бизнес задачу. В принципе я ее решил. Все вокруг довольны :).
Бизнес задача по моему не решена совсем :o
бинарные логи на размер базы не влияют, и вообще в my.cnf отключаются. На самом деле плохой тон их держать в одном каталоге с базой. И мозг в нашем деле нужно держать всегда во включенном состоянии
:)

bear
Сообщения: 498
Зарегистрирован: Чт ноя 15, 2007 11:53

Сообщение bear »

Kristian писал(а):Сделал я
все таки

TRUNCATE TABLE discount_transactions_all;
TRUNCATE TABLE discount_transactions_iptraffic_all ;

В итоге размер каталога mysql не уменьшился .....

Но потом я включил моск :))). И применил команду

PURGE BINARY LOGS BEFORE '2009-05-29 00:00:00';

Господа начинающие, следите пожалуйста за логами :).
ай маладец, а теперь ситуевина, придет к тебе абонент и скажет, что то непонятки какие то со списаниями, много бабла списалось и попросит поднять все списания
и что ты скажеш ему?
или тоже самое по трафику, надо будет тебе трафик поднять за предыдущий месяц...

mikkey finn
Сообщения: 1612
Зарегистрирован: Пт ноя 10, 2006 15:23

Сообщение mikkey finn »

после удаления больших объемов из таблицы надо бы делать еще OPtimize table - это дефрагментация. так же играет рояль и тип таблицы...

JAO
Сообщения: 1153
Зарегистрирован: Вт дек 11, 2007 08:17

Сообщение JAO »

В случае с InnoDB OPTIMIZE TABLE имеет смысл только если в my.cnf есть innodb_file_per_table=1

Ответить