а сервер был перезапущен после добавления log_bin в конфигурацию? в error log что-нибудь есть?

Show binary log; binary log ERROR 1381 (HY000): You are not using binary logging

а сервер был перезапущен после добавления log_bin в конфигурацию? в error log что-нибудь есть?

Log-bin есть, в логах ошибок показывает что поднимается

Но в параметрах нет

Поэтому я как раз сделал копию для дальнейшего понимания, но там он работает

это всё значит, что log_bin не включён. либо сервер не был перезапущен, либо он читает не тот конфиг. у меня нет под рукой 5.6.36, но я других вариантов не вижу

если log_bin был включён при старте, в error log должна быть запись вида Version: 5.6.36-log ... (именно с log после версии)

На копии есть такое, а вот на основной нет.

Оба рестартовал.

ну если в логах при старте никаких предупреждений, значит вариант только один — в конфиге нет log_bin, или mysqld читает не тот конфиг. я бы в эту сторону разбирался

Спасибо, пошёл смотреть

а можно substring_index вложить в substring_index

замутил я) в итоге вложенный запрос + дистинкт+ order

из 300 млн записей то что было в user_agent уникального-670 тысяч записей (включая мусор который в user_agent писался)

http://sqlinfo.ru/forum/viewtopic.php?id=8159

что это может быть за ошибка?

последнее поле

lvl

пишу это в консоли

и он выдает вот это

Is null

не =

писать надо

а is null или is not null

lvl is null

?

вот так

SELECT * FROM bd WHERE lvl IS NULL

а

окей

Спасибо большое х)

Подскажите

а как вот это сделать

Мне дополнительную таблицу создавать?

или что

не могу разобраться

база то какая - MySQL?

да

ALTER TABLE <имя таблицы> ADD COLUMN <имя столбца> <определение столбца> AFTER <имя столбца, после которого добавить>; Мне надо так вставить дополнительный столб

таблица по ученикам есть?

готовая?

да

мне прям сюда кидать?

https://pastebin.com/tr8B5SAL

вот

INSERT INTO students VALUES('8','R','B','5','5','5','5','5','5'); SELECT PP,Firstname,Secondname, ((Math+Physics+Russian+Literature+History+Computerscience)/6) as Sred_ball FROM students; +----+------------------+----------------+-----------+ | PP | Firstname | Secondname | Sred_ball | +----+------------------+----------------+-----------+ | 1 | Зайцев | Роман | 4.3333 | | 2 | Иванов | Николай | 4.0000 | | 3 | Котова | Ксения | 2.6667 | | 4 | Новикова | Елена | 3.6667 | | 5 | Сидоров | Петр | 4.6667 | | 6 | Петрова | Мария | 2.6667 | | 7 | Фролов | Михаил | 3.3333 | | 8 | R | B | 5.0000 | +----+------------------+----------------+-----------+

Спасибо больщое х)

INSERT INTO students VALUES('8','R','B','5','5','5','5','5','5'); SELECT PP,Firstname,Secondname, ((Math+Physics+Russian+Literature+History+Computerscience)/6) as Sred_ball FROM students; +----+------------------+----------------+-----------+ | PP | Firstname | Secondname | Sred_ball | +----+------------------+----------------+-----------+ | 1 | Зайцев | Роман | 4.3333 | | 2 | Иванов | Николай | 4.0000 | | 3 | Котова | Ксения | 2.6667 | | 4 | Новикова | Елена | 3.6667 | | 5 | Сидоров | Петр | 4.6667 | | 6 | Петрова | Мария | 2.6667 | | 7 | Фролов | Михаил | 3.3333 | | 8 | R | B | 5.0000 | +----+------------------+----------------+-----------+

а как ты так делаешь

чтоб так код вставлять?

" КОД "

`

"12321321"

Три апострофа

~~~fwfw~~~

обромляешь слева и справа что хочешь выделить трем апостровами

без шифта

fewf

как ковычка одинарная

'''wefew'''

fqfwqfqwf

спасибо

Спасибо за помощь

а то лабы,это боль

как ковычка одинарная

а ты тут?

Как посчитать количетство элементов в столбце

по определенному условию?

щито?

count(field_name)

или что хочется?

по определенному условию?

что за вопросы? открой книжу и почитай

http://sqlinfo.ru/forum/viewtopic.php?id=8159

что за вопросы? открой книжу и почитай

сделал уже

просто вопрос забыл удалить

Процедура должна генерировать ключ, как показано на рисунке

select concat(id,'-tm/',...)

select concat(id,'-tm/',...)

А что насчет текущего года?

dev.mysql.com :)

YEAR(CURDATE())

? огромное спасибо

Всем привет. Ребят подскажите. Я не спец в mysql. Есть таблица с водителями. При запросе забираю одну строку и тут же делаю update этой же строки в транзакции SELECT ... FOR UPDATE; Вопрос: 1. Вторая такая транзакция буде добавлена во внутреннюю очередь или выполнится параллельно первой? Просто для меня важно, чтобы изменения записи проходили первее чем, запросы на чтение. Т.е. если идут две параллельные транзакции, нужно чтобы во второй при выборке была уже измененная запись, которая была изменена первой транзакцией или вообще в неё не попадала.

Проще говоря нужно следующее: 1. Запрос на чтение возвращает id = 12 , изменяем значение flag = 1 2. (Параллельный) Запрос на чтение, (который потенциально мог вернуть запись id = 12 ), вернул id = 13 , потмоу что сработал первый и поэтому id=12 не был включен в выборку, а вместо него был выбран другой с`` flag=0`, т.е. `id=13``

Транзакции сами по себе направлены на разрешение таких конфликтов. Если у вас уровень изоляции REPEATABLE READ (уровень по умолчанию), то база данных сама гарнтирует, что либо никто не изменил значение с начала транзакции, либо коммит транзакции будет отклонен. Как именно работают локи в этой ситуации точно не знаю, но могу предположить, что транзакция 2 будет ожидать данные до тех пор, пока транзакция 1 не закончится. В принципе вы можете перевести все на оптимистичную блокировку и вообще за это не волноваться - просто делайте UPDATE table SET flag = 1 WHERE id = 13 AND flag = 0, в этом случае если кто-то обновил флаг, то драйвер просто сообщит об отсутствии обновленных строк (вместо одной), и запрос надо повторить.

Транзакции сами по себе направлены на разрешение таких конфликтов. Если у вас уровень изоляции REPEATABLE READ (уровень по умолчанию), то база данных сама гарнтирует, что либо никто не изменил значение с начала транзакции, либо коммит транзакции будет отклонен. Как именно работают локи в этой ситуации точно не знаю, но могу предположить, что транзакция 2 будет ожидать данные до тех пор, пока транзакция 1 не закончится. В принципе вы можете перевести все на оптимистичную блокировку и вообще за это не волноваться - просто делайте UPDATE table SET flag = 1 WHERE id = 13 AND flag = 0, в этом случае если кто-то обновил флаг, то драйвер просто сообщит об отсутствии обновленных строк (вместо одной), и запрос надо повторить.

Насчёт этого: Транзакции сами по себе направлены на разрешение таких конфликтов. Если у вас уровень изоляции REPEATABLE READ (уровень по умолчанию), то база данных сама гарнтирует, что либо никто не изменил значение с начала транзакции, либо коммит транзакции будет отклонен. Как именно работают локи в этой ситуации точно не знаю, но могу предположить, что транзакция 2 будет ожидать данные до тех пор, пока транзакция 1 не закончится. Спасибо. Вроде более менее стало понятно. А вот здесь: В принципе вы можете перевести все на оптимистичную блокировку и вообще за это не волноваться - просто делайте UPDATE table SET flag = 1 WHERE id = 13 AND flag = 0, в этом случае если кто-то обновил флаг, то драйвер просто сообщит об отсутствии обновленных строк (вместо одной), и запрос надо повторить. С оптимистической блокировкой не совсем понял. Может ли получиться ситуация, когда повторять нужно будет несколько раз (1 - 10), ведь это будет напрямую коррелировать с количеством запросов ?

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

Транзакции сами по себе направлены на разрешение таких конфликтов. Если у вас уровень изоляции REPEATABLE READ (уровень по умолчанию), то база данных сама гарнтирует, что либо никто не изменил значение с начала транзакции, либо коммит транзакции будет отклонен. Как именно работают локи в этой ситуации точно не знаю, но могу предположить, что транзакция 2 будет ожидать данные до тех пор, пока транзакция 1 не закончится. В принципе вы можете перевести все на оптимистичную блокировку и вообще за это не волноваться - просто делайте UPDATE table SET flag = 1 WHERE id = 13 AND flag = 0, в этом случае если кто-то обновил флаг, то драйвер просто сообщит об отсутствии обновленных строк (вместо одной), и запрос надо повторить.

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