Есть таблица:
| uniqs | CREATE TABLE `uniqs` (
`id` int(10) unsigned NOT NULL auto_increment,
`a` smallint(5) unsigned NOT NULL,
`u` char(16) NOT NULL default '0',
`g` char(4) NOT NULL default '0',
`last_time` timestamp NOT NULL default '0000-00-00 00:00:00',
PRIMARY KEY (`id`),
UNIQUE KEY `uniqs_a_u_g` USING BTREE (`a`,`u`,`g`)
) ENGINE=MyISAM AUTO_INCREMENT=6090148 DEFAULT CHARSET=koi8u |Необходимо в поле last_time записывать время последнего обращения к записи. Для ускорения в скрипте (perl) веду хэш (id -> time) и после накопления в нём 400 000 записей в цикле говорю: update uniqs set last_time = time where id = id.
Но эта процедура длится порядка 12 минут, что есть недопустимо долго. При это загрузка проца 0, а винта - четверть от максимального.Как-то можно увеличить производительность?
З.Ы.: Блокировка таблиц не даёт ускорени, т.к. по этому полю нет индексации.
З.Ы.Ы.: time вставляется в формате: '2007-03-31 23:12:59', может стоит скармливать unixtimestamp?
вы рукам поле last_time апдетите? зачем?
поле timestamp само апдейтится при изменении записи.The TIMESTAMP data type provides a type that you can use to automatically mark INSERT or UPDATE operations with the current date and time.
>вы рукам поле last_time апдетите? зачем?
>поле timestamp само апдейтится при изменении записи.
>
>The TIMESTAMP data type provides a type that you can use to
>automatically mark INSERT or UPDATE operations with the current date and
>time.Во первых, это дата последнего считывания записи и в ней никаких изменений кроме даты не происходит. Поэтому не условий для автоматического апдейта.
Во вторых, дата может быть не текущая (при некоторых условиях она может быть дневной, недельной,... давности).
В третьих, подобных полей с датами будет несколько, каждое из которых имеет разный смысл, а автоматически обновляется только одно первое.
>>вы рукам поле last_time апдетите? зачем?
>>поле timestamp само апдейтится при изменении записи.
>>
>>The TIMESTAMP data type provides a type that you can use to
>>automatically mark INSERT or UPDATE operations with the current date and
>>time.
>
>Во первых, это дата последнего считывания записи и в ней никаких изменений
>кроме даты не происходит. Поэтому не условий для автоматического апдейта.
>
>Во вторых, дата может быть не текущая (при некоторых условиях она может
>быть дневной, недельной,... давности).
>
>В третьих, подобных полей с датами будет несколько, каждое из которых имеет
>разный смысл, а автоматически обновляется только одно первое.Ну с этого и надо было начинать :-)
Может данные таковы, что допускают запросы типа
update одно-и-тоже where id>NN
?
а вообще update -- самая поганая операция