на ней индекс, соответственно при каждом просмотре он перестраивается, верно?

обновляется, не перестраивается

это значит, что в индексном дереве нужно найти старое значение, пометить его как удалённое, затем добавить в дерево новое значение

короче с этими generated column появилось очень много SQLSTATE[HY000] [2002] No such file or directory

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

в error log смотри. думаю, это не про generated columns

ебать приколы с этими колонками... сервер ушатали за 10 минут в ноль )

я совсем недавно гонял разные бенчмарки с generated columns. несколько недель, разные тесты, сотни тысяч запросов в секунду — никаких приколов

они пересчитывались постоянно ?

да

данные в этих колонках

и индексы по ним тоже были

https://pastebin.com/WSDF8fAA Селал так, выкатил на проду и все померло

при каждом визите посетителей обновляются либо current_shows либо current_clicks

их не много, порядка 15тыщ в час

как так умерло все нипанять ))

а индексы-то где?

https://pastebin.com/AG80RAbd тут

ADD KEY `category_id_2` (`category_id`,`best_image`,`tested_image`,`ctr`); составной по сортировке идет эта колонка

До кучи, этот generated column показывает погоду при делении.

До кучи, этот generated column показывает погоду при делении.

тесты с твоей же схемой работают нормально. а версия какая?

Версия сервера: 5.7.14-7-log - Percona Server (GPL), Release 7, Revision 083e298

а покажи запрос, которым ты вот этот скриншот сверху получил?

простая сортировка: SELECT * FROM `videos_stats` ORDER BY `videos_stats`.`ctr` DESC

когда колонка нормальная считает правильно, а когда делаешь динамической, то считает этот цтр как на скрине

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

ебать приколы с этими колонками... сервер ушатали за 10 минут в ноль )

вот тут память утекла просто

там ctr идут с определённым шагом 1/2, 1/2.5, 1/3, 1/3.5 и т.д. и меня терзают смутные сомнения, что где-то ты намудрил или не всё рассказываешь

ну схема есть же

все по ней, ниче лишнего

ctr` DOUBLE AS (`total_clicks` / `total_shows`) как тут можно намудрить? )

покажи show create table videos_stats и SELECT * FROM videos_stats LIMIT 1, лучше из консоли, без GUI

минут через 20-30, отойти надо

покажи show create table videos_stats и SELECT * FROM videos_stats LIMIT 1, лучше из консоли, без GUI

скрины

т.е. целые числа вроде нормально посчитало

по крайней мере тотал клики и тотал показы, а вот их разницу похерило

по крайней мере тотал клики и тотал показы, а вот их разницу похерило

в твоей схеме из скриншота ctr определёно как current_clicks / current_shows. А в той схеме, что ты раньше показывал, как total_clicks / total_shows

точно

вот так-вот... замылился глаз и не те колонки поставил, и все пошло косо криво

но память все равно утекла почему-то

на проде

скорее всего, generated columns там тоже ни при чём

попробую еще раз завтро на проде )) в ночь ставить как-то стремно

t.me/telegidka1 — каталог самых полезных и интересных каналов в телеграм.

t.me/telegidka1 — каталог самых полезных и интересных каналов в телеграм.

Spam

t.me/telegidka1 — каталог самых полезных и интересных каналов в телеграм.

/Spam

Всем привет. Почему REPLACE INTO не работает ? Всмысле не заменят, а всегда добавляет новые строки.

> REPLACE makes sense only if a table has a PRIMARY KEY or UNIQUE index. Otherwise, it becomes equivalent to INSERT, because there is no index to be used to determine whether a new row duplicates another.

либо же у тебя этот самый индекс не совпадает

Есть и то и то - и индекс совподает) Тупа жму кнопку.

Значит primary key таки не совпадает.

Есть и то и то - и индекс совподает) Тупа жму кнопку.

значит не совпадает

etki@vortex ~ $ docker run --rm -e MYSQL_ROOT_PASSWORD=root -p 3306:3306 mysql:5.7 --- etki@vortex ~ $ docker exec mysql mysql -uroot -proot -e 'CREATE DATABASE proof;' etki@vortex ~ $ docker exec mysql mysql -uroot -proot -e 'CREATE TABLE proof.proof (id int PRIMARY KEY AUTO_INCREMENT, value TEXT);' etki@vortex ~ $ docker exec mysql mysql -uroot -proot -e 'REPLACE INTO proof.proof (id, value) VALUES (1, "test");' etki@vortex ~ $ docker exec mysql mysql -uroot -proot -e 'REPLACE INTO proof.proof (id, value) VALUES (1, "test2");' etki@vortex ~ $ docker exec mysql mysql -uroot -proot -e 'SELECT * FROM proof.proof;' id value 1 test2 etki@vortex ~ $

Как это ? id - prime key/ text - uniq Жму кнопку, при это не чего не меняется! Только запрос.

ничего

во-вторых, если у вас GUI, то, возможно, стоит перезапустить select-запрос

во-вторых, если у вас GUI, то, возможно, стоит перезапустить select-запрос

Как перезапустить ?

я понятия не имею, с чем вы там работаете

видимо, нажать другую кнопку

Всмысле с чем ?)) mysql(innoDB) + php

а кнопку кто рисует?

Кнопку рисует xcode)

Толчнее swift. Просто вызываю php файл с запросом и передаю пару значений через post.

Есть и то и то - и индекс совподает) Тупа жму кнопку.

ну вот ее и жми, запрос повтори

ну вот ее и жми, запрос повтори

Да уже 1000 раз нажал, строки не обновляются! Каждый раз новая строка?

то есть у тебя изменения происходят на сервере, но ты не обновляешь данные на клиенте?

давай-ка пинпоинтнем проблему

зайди в консоль мускула и руками там этот запрос выполни

Щас попробую..

Упростил запрос до некуда: REPLACE INTO table1 SET text = 'text' Каждый раз новая строка)))

стоп

ты что хочешь сделать?

Упростил запрос до некуда: REPLACE INTO table1 SET text = 'text' Каждый раз новая строка)))

господи

каким образом он тебе заменить должен?

по каким признакам?

> REPLACE makes sense only if a table has a PRIMARY KEY or UNIQUE index. Otherwise, it becomes equivalent to INSERT, because there is no index to be used to determine whether a new row duplicates another.

> REPLACE makes sense only if a table has a PRIMARY KEY or UNIQUE index. Otherwise, it becomes equivalent to INSERT, because there is no index to be used to determine whether a new row duplicates another.

Если не трудно разжуйте на примере, я sql нубяра.

Если не трудно разжуйте на примере, я sql нубяра.

Оператор REPLACE работает точно так же, как INSERT, за исключением того, что если старая запись в данной таблице имеет то же значение индекса UNIQUE или PRIMARY KEY, что и новая, то старая запись перед занесением новой будет удалена

https://phpclub.ru/mysql/doc/replace.html

Следует учитывать, что, если не используются индексы UNIQUE или PRIMARY KEY, то применение команды REPLACE не имеет смысла, так как она работает просто как INSERT.

Если не трудно разжуйте на примере, я sql нубяра.

ну он же должен как-то понять, какую запись ему заменять

без уникального признака - primary key / unique index - он это понять не в состоянии

К вопросу, что ты хочешь сделать? заменить значения поля у уже существующей?

Что то я не пойму.. Вот моя таблица: CREATE TABLE table1 ( id int(11) unsigned NOT NULL AUTO_INCREMENT, text text, PRIMARY KEY (`id`), KEY TEXT (`text`(128)) ) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8;