храни в формате sql, а при выводе приобразовуй

или даже timestamp

я бы даже скорее в timestamp сохранял

удобнее

Привет, Всем! Подскажите какая процедура по очистке binlog? Они растут, а о том, когда и как очищать не продумал

Привет, Всем! Подскажите какая процедура по очистке binlog? Они растут, а о том, когда и как очищать не продумал

https://dev.mysql.com/doc/refman/5.7/en/purge-binary-logs.html

Привет, Всем! Подскажите какая процедура по очистке binlog? Они растут, а о том, когда и как очищать не продумал

expire log days покрутите чтобы потом purge делать не пришлось

Привет, Всем! Подскажите какая процедура по очистке binlog? Они растут, а о том, когда и как очищать не продумал

кстати версия сервера какая?

5.6.37

не, там еще mixed бинлог формат по дефолту...

expire log days покрутите чтобы потом purge делать не пришлось

да его ж можно сделать не полностью

да его ж можно сделать не полностью

понятно что ничего не понятно

binlog-format = ROW binlog-checksum = crc32

binlog-format = ROW binlog-checksum = crc32

вот это вы зря

Почему?

потому что в row формате бинлоги растут как на дрожжах

есть же binlog_row_image

потому что в row формате бинлоги растут как на дрожжах

Это я понял, когда диски начали заполняться с бешеной скоростью

есть же binlog_row_image

ага, есть, не тестил кстати

есть подводные камни?

а хорошая штука

ну я знаю про нее, но юзаю full по дефолту, потому что не тестили

ну, всё, что приходит на ум из подводных камней: есть утилиты, которые позволяют восстановить данные, прокрутив binlog назад. Вот для них требуется binlog_row_image=full по понятным причинам

а каких-то багов с binlog_row_image=minimal не могу припомнить

binlog_row_image=full - это проверенный вариант?

binlog_row_image=full - это проверенный вариант?

это вариант по умолчанию

это вариант по умолчанию

Окей, спасибо! :)

можно ли после операции update по не-примари ключу, вернуть список примари ключей записей в которых были сделаны изменения? или это зависит от либы/яп ?

нельзя

нельзя

а как быть если я хочу знать в каких записях были сделаны изменения? делать два запроса: select а потом update?

да, что-то вроде того: сначала выбрать записи, а потом обновить по праймари

ffffuuuu(

Полнотекстовый индек спостроил по двум строковым полям

ищу по слову тюльпаны-он не находит

по слову тюльпан-находит. Тоесть по точному совпдение. В чём юмор?

неинтересно так(

как ищешь

давай код

в студию

match(pi.code, pi.name) against('тюльпаны' IN BOOLEAN MODE)

если просто тюльпан

то он найдёт, так как есть записи например "тюльпан красный"

а там точно boolean mode нужен

да без него тоже самое)

правда мариадб

но разницы нет же всё равно

да те же яйца, только в профиль

оч странно. Может както там в конфигах словари указывать надо?

я на одном проекте помню просто построил индексы и пошёл делать выборку

и всё ок

ничего не делал больше

или может быть поиск слова "тюльпаны" не должен находить "тюльпан"

а ты релевантность выдачи смотрел?

так 0 записей

значит не смотрел

match(pi.code, pi.name) against('тюльпаны' IN BOOLEAN MODE)

перенеси вот это из where в select

match(pi.code, pi.name) against('тюльпаны' IN BOOLEAN MODE) as REL

ну я так и делал

нет записей

может тогда у тебя нет тюльпанов?)

вообще

Тюльпан белый Тюльпан белый Тюльпан белый Тюльпан фиолетовый Тюльпан фиолетовый Тюльпан фиолетовый

Если по слову тюльпан искать

ты не понял

убери фильтрацию из where

по полнотекстовому индексу

ааа

и посмотри релевантность по "тюльпаны"

сделал

0 напротив всех

и че? циферки?

отлично

33 записи и там по 0

скинь ddl таблицы

щас. Ну я то построил три индекса даже. Один по двум полям сразу, и по каждому полю по отдельноси

ни так ни так не пашет

create table p_items ( id int auto_increment primary key, code varchar(255) default '' not null, name text not null, cost decimal(9,2) default '0.00' not null, forder int default '0' not null, type int default '0' not null ) ; create index code_name on p_items (code, name) ; create index code on p_items (code) ; create index name on p_items (name) ;

чёт странно, вопрос глупый конечно, а ты точно fulltext повесил?

хотя тогда бы релевантности вообще бы не было и был бы эксепшн при запросе...

CREATE FULLTEXT INDEX name ON p_items(name);

так и вешал

кончено без него бы плевался

Сделай explain, посмотрим какой он индекс использует

юзает

не судьба короче

ну просто интересно

не будет он искать тюльпаны

будет искать только тюльпан

это значит что в базе он никак не отделяет конвовку слова для этого слова?

судя по доке он просто бьёт фразу по словам и индексирует

и ищет точное вхождение слова

/Spam

/spam

это значит что в базе он никак не отделяет конвовку слова для этого слова?

так не было стемминга никогда из коробки. это плагинами определяется. раньше народ колхозил что-то с mnogosearch plugin, сейчас по-моему никто встроенным fulltext не пользуется, всё равно до sphinx и elastic ему как до луны