Как оптимизировать подобный sql?

Question

[chetupek]

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

CREATE TABLE `chat_lastread` (
  `user_id` int(8) NOT NULL,
  `dialog_id` int(16) NOT NULL,
  `date` timestamp(6) NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`user_id`,`dialog_id`),
  KEY `date` (`date`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Сейчас в таблице 798 строк.
При каждом действии пользователя с сервером, происходит запрос:

$db->query('
	INSERT INTO chat_lastread (
		`user_id`,
		`dialog_id`,
		`date`
	) VALUES(
		#user_id,
		#dialog_id,
		NOW()
	) ON DUPLICATE KEY UPDATE date=NOW()'
, $user->getId(), $dialog_id);

То естьданные в таблицу пишутся постоянно.
При этом этот запрос очень сильно грузит процессор, E3-1230 на 800%

Возможно ли что то сделать с нагрузкой не меняя структуру самого приложения?

Comments

[Андрей К]

Меня одного смутило 800% нагрузки?

[Андрей К]

800 записей всего? Это на калькуляторе должно работать.

Но вообще-то, мне кажется, что слишком много ключей для таблицы в которую идёт постоянная вставка.

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

[chetupek]

Андрей К, 8 потоков процессора 4ядра + ht = 800%
вот и мне кажется что не очень много, но запрос все вешает :-(

[Андрей К]

chetupek, но обычно считают общую, а не каждого ядра.

На сколько я понимаю, в данном случае БД, даже если полностью, грузила бы одно ядро, а не все. Может причина в другом?

На чем написано само приложение? Какая нагрузка? Там реально 800 записей всего?

[Андрей К]

Едет мужик на машине, тут раз, машина глохнет и ни с места. Дергал, дергал он ее - не заводится! Все проверил, все системы просмотрел - никакого результата. Тормозит другого водилу.
- Слышь, друг, машина сдохла - помоги.
Водила все проверил - ну ни в какую!
- Не, мужик, не знаю, в чем тут дело, все нормально, должна ехать. Может, у тебя какой секрет есть?
- Да нету у меня никакого секрета.
- Ну тогда не знаю!
Мужик тормозит следующего.
Второй водила все проверил - тот же результат.
- Не, мужик, у тебя все нормально, может, все-таки какой секрет есть?
- Да нету никаких секретов!
- Ну тогда не знаю!
..........................
Очередной водила тоже все проверил, результат никакой, тот же вопрос:
- Ну мужик, подумай, может, есть у тебя какой-нибудь секрет?
Мужик:
- Да достали вы! Ну есть, есть у меня секрет! Сплю я с подругой жены! Машина здесь причем?!

Answer 1

[Руслан .]

Если проблема точно в этом запросе, можно попробовать разделить запрос на две части без использования
инструкции ON DUPLICATE KEY UPDATE:

if exists(select 1
             from chat_lastread
            where `user_id`   = #user_id
              and `dialog_id` =  #dialog_id)
 begin
   update chat_lastread
      set `date` = NOW()
     from chat_lastread
    where `user_id`   = #user_id
      and `dialog_id` =  #dialog_id
 end
 else
 begin
   INSERT INTO chat_lastread (
     `user_id`,
     `dialog_id`,
     `date`
   ) VALUES(
     #user_id,
     #dialog_id,
     NOW()
   )
 end

Comments

[chetupek]

Спасибо!с Сейчас буду пробовать

Answer 2

[ThunderCat]

`dialog_id` int(16) NOT NULL, - 16 отображаемых знаков - тут вроде не должно быть так, там может быть максимум (11) при int, и емнип в любом случае размер отводимой памяти будет 4 байта. Если вы планируете хранить более 4 миллиардов записей используйте bigint.