Ошибка 1048 mysql - Не ошибается лишь тот, кто ничего не делает!

There are tons of these posts on Stack Overflow, however from the 20 or so that I looked at they were either coding errors faced when interfacing with MySQL (which I am not trying to do) or simply wanted null values but had their table defined incorrectly.

I am seeing an error in MySQL 5.6.19 where I have a column that is not allowed to have a null value. This is fine as it shouldn’t have a null value. Here is the table desc below.

    mysql> describe z; 
    +-------+----------+------+-----+---------+----------------+
    | Field | Type     | Null | Key | Default | Extra          |
    +-------+----------+------+-----+---------+----------------+
    | a     | int(11)  | NO   | PRI | NULL    | auto_increment |
    | data  | char(30) | NO   |     | NULL    |                |
    | t     | datetime | YES  |     | NULL    |                |
    +-------+----------+------+-----+---------+----------------+
    3 rows in set (0.00 sec)

My problem is that I am inserting valid data….

    mysql> insert into z (data, t) values('helloworld', sysdate());
    ERROR 1048 (23000): Column 'data' cannot be null

There is one other piece of information that might be of some concern… or may not be.

I have a trigger and procedure that execute upon the implementation of inserts into this column. However I don’t see that it should be a problem due to the trigger being activated after the insert statement completes.

Here is the trigger:

    mysql> show triggersG
    *************************** 1. row ***************************
                 Trigger: insertuser
                   Event: INSERT
                   Table: z
               Statement: begin
    call triggerproc(sysdate(),user(),(select data from z where a = last_insert_id()));
    end
                  Timing: AFTER
                 Created: NULL
                sql_mode: NO_ENGINE_SUBSTITUTION
                 Definer: root@localhost
    character_set_client: utf8
    collation_connection: utf8_general_ci
      Database Collation: latin1_swedish_ci
    1 row in set (0.00 sec)

And the Procedure:

    mysql> show create procedure triggerprocG
    *************************** 1. row ***************************
               Procedure: triggerproc
                sql_mode: NO_ENGINE_SUBSTITUTION
        Create Procedure: CREATE DEFINER=`root`@`localhost` PROCEDURE `triggerproc`(in a datetime, in b char(30), in c char(30))
    begin
    insert into record (t,u,data) values(a,b,c);
    end
    character_set_client: utf8
    collation_connection: utf8_general_ci
      Database Collation: latin1_swedish_ci
    1 row in set (0.00 sec)

Just for good measure I will include the definition for the record table as well.

    mysql> desc record;
    +-------+----------+------+-----+---------+-------+
    | Field | Type     | Null | Key | Default | Extra |
    +-------+----------+------+-----+---------+-------+
    | t     | datetime | NO   |     | NULL    |       |
    | u     | char(30) | NO   |     | NULL    |       |
    | data  | char(30) | NO   |     | NULL    |       |
    +-------+----------+------+-----+---------+-------+
    3 rows in set (0.00 sec)

I have looked through the MySQL reference manual for anything that could be of use, however it doesn’t seem to have any details on this other than the standard error and to check that your column is not defined as not null… or I missed it…

In any case I would be greatly appreciative if anyone can help me out with finding out either the reason for this error or how I can go about finding the reason.

Thanks in advance.

EDIT: My question was answered wonderfully by TheConstructor he informed me that to grab new information from a column that was just inserted through a trigger that the NEW.column operator may be used. Furthermore he followed up with documentation that helps to understand this issue located at Trigger Syntax.

I only wonder why the trigger that I had wouldn’t work with the insert statement even though it should activate after the previous statement, which makes me believe that it should (theoretically) work.

Источник

I have a query:

SELECT 
  COUNT(*)
FROM
  (SELECT 
    vendors_id,
    merchants_id,
    SUM(amount) AS amount,
    SUM(commission_amount) AS commission_amount 
  FROM
    (SELECT 
      vendors_id,
      merchants_id,
      amount,
      commission_amount 
    FROM
      (SELECT 
        vendors.id AS vendors_id,
        merchants_id,
        SUM(transactions_cash.amount) AS amount,
        SUM(
          transactions_cash.commission_amount
        ) AS commission_amount 
      FROM
        ibaserver.transactions_cash,
        ibaserver.vendors,
        ibaserver.merchants 
      WHERE transactions_cash.vendors_id = vendors.id 
        AND TIME > 1466680920208 
        AND TIME <= 1466681880067 
        AND merchants_id = merchants.id 
      GROUP BY transactions_cash.merchants_id 
      ORDER BY transactions_cash.merchants_id) a 
    UNION
    ALL 
    SELECT 
      vendors_id,
      merchants_id,
      amount,
      commission_amount 
    FROM
      (SELECT 
        vendors.id AS vendors_id,
        merchants_id,
        SUM(
          transactions_cash_archive.amount
        ) AS amount,
        SUM(
          transactions_cash_archive.commission_amount
        ) AS commission_amount 
      FROM
        ibaserver.transactions_cash_archive,
        ibaserver.vendors,
        ibaserver.merchants 
      WHERE transactions_cash_archive.vendors_id = vendors.id 
        AND TIME > 1466680920208 
        AND TIME <= 1466681880067 
        AND merchants_id = merchants.id 
      GROUP BY transactions_cash_archive.merchants_id 
      ORDER BY transactions_cash_archive.merchants_id) b) s) q

And when the inner query

  SELECT 
    vendors_id,
    name,
    amount
  FROM ....

returns the data, the result is returned successfully. If the inner query returns only NULL:

the entire query returns an error:

Error Code: 1048
Column 'vendors_id' cannot be null

How to return 0 in the case when the inner query returns all of a NULL?

Источник

Aeliot

176 / 61 / 3

Регистрация: 17.11.2011

Сообщений: 318

04.03.2013, 12:31. Показов 6768. Ответов 8

Метки нет (Все метки)

Добрый день, возникла странная проблема…
При исполнении запроса на сервере выдаёт ошибку #1048 — Column ‘jid’ cannot be null
В то время как на локалке всё гуд.
Данные полностью идентичны.

Не могу понять, это глюк или проблема в отличии дистрибутивов MySQL

На сервере

MySQL 5.0

, а на локалке

MySQL 5.5

Запрос такой:

SQL

SELECT j.*, 
    upl.lastUploadTime 
FROM tab_j AS j 
LEFT JOIN ( 
        SELECT jid, MAX( upload_time ) AS lastUploadTime 
        FROM tab_uploads 
        WHERE jid = 159
        ) AS upl ON upl.jid = j.id 
WHERE j.id = 159 GROUP BY j.id

600 / 467 / 73

Регистрация: 22.01.2009

Сообщений: 1,180

Записей в блоге: 1

04.03.2013, 12:52

возможно, различия в версиях… у какой-то версии более строгие правила для вложенных запросов, наверное. мне кажется, судя по ошибке, что вам поможет установка NOT NULL для поля jid.

176 / 61 / 3

Регистрация: 17.11.2011

Сообщений: 318

04.03.2013, 13:30

[ТС]

Сообщение от NEbO

мне кажется, судя по ошибке, что вам поможет установка NOT NULL для поля jid.

Именно так и стояло.
Но когда разрешил NULL в поле, то ошибка пропала.
Не хотелось бы разрешать нули в данном поле, т.к. оно очень важно, но как временный костыль сойдёт.
Написал в тех поддержку… посмотрим что там ещё скажут.

600 / 467 / 73

Регистрация: 22.01.2009

Сообщений: 1,180

Записей в блоге: 1

04.03.2013, 13:42

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

Сообщение от Aeliot

WHERE j.id = 159 GROUP BY j.id

хоть я и не эксперт, но разве в такой конструкции есть тайный философский смысл?

813 / 796 / 201

Регистрация: 21.09.2012

Сообщений: 2,656

04.03.2013, 14:12

А ошибку точно этот запрос выдает? Случайно нет на это же страницы INSERTa?

Aeliot

176 / 61 / 3

Регистрация: 17.11.2011

Сообщений: 318

04.03.2013, 15:00

[ТС]

Сообщение от Dolphin

А ошибку точно этот запрос выдает?

Точно он.
Страница просто падает с 500-й ошибкой.
#1048-й код ошибки выдаёт phpMyAdmin

Добавлено через 10 минут

Сообщение от NEbO

так. стоп. значит наоборот, NULL образуется в этом поле, навреное, во вложенном запросе

Так и есть. В том суть LEFT JOIN и состоит, что он выбирает из второй таблицы связанные данные, а там где связанных данных нет, должен выдавать NULL. Это стандартная конструкция.
В данном случае, мне нужно из второй таблицы получать дату последней записи, связанной с данными из первой таблицы.

Добавлено через 8 минут

Сообщение от NEbO

Сообщение от Aeliot

SQL

1	WHERE j.id = 159 GROUP BY j.id

хоть я и не эксперт, но разве в такой конструкции есть тайный философский смысл?

Всё просто. Во второй таблице есть несколько записей (неопределённое число), связанных с конкретной записью из первой таблицы и мне нужно, чтобы вспомогательный запрос выдавал не «набор записей», а одно значение, полученное по определённым условиям. В случае, когда нет записей, удовлетворяющих условиям выборки он должен возвращать NULL.

Dolphin

813 / 796 / 201

Регистрация: 21.09.2012

Сообщений: 2,656

04.03.2013, 15:23

Может так будет проще? если понял смысл запроса

MySQL

SELECT j.*, 
    upl.lastUploadTime,
    MAX(upl.upload_time) AS lastUploadTime 
FROM tab_j AS j 
LEFT JOIN tab_uploads as upl ON upl.jid = j.id 
WHERE j.id = 159

600 / 467 / 73

Регистрация: 22.01.2009

Сообщений: 1,180

Записей в блоге: 1

04.03.2013, 23:56

Dolphin, плюсадын!!!

Сообщение от Aeliot

для этого и придумали несколько JOIN-ов… разве нет? в любом случае, меня ужасно смутила именно группировка по единственному полю, когда запись будет в выборке только одна (id — это ж PRIMARY KEY, как я понимаю) при этом еще и без агрегирующих функций.

Кликните здесь для просмотра всего текста

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

176 / 61 / 3

Регистрация: 17.11.2011

Сообщений: 318

05.03.2013, 10:04

[ТС]

Сообщение от Dolphin

Может так будет проще?

Спасибо.
Как обычно, оказалось «лучшее — враг хорошего». Хотел уменьшить объём выборки, для уменьшения нагрузки, от этого получилось только хуже.

Добавлено через 8 минут

Сообщение от NEbO

меня ужасно смутила именно группировка по единственному полю, когда запись будет в выборке только одна (id — это ж PRIMARY KEY, как я понимаю) при этом еще и без агрегирующих функций.

Спасибо. Это я «недосмотрел»
Группировка должна была быть внутри починенного запроса и по ‘jid’

Источник

I am getting the MySQL error #1048 — Column ‘min’ cannot be null when I try to run my insert query. This is my query:

INSERT INTO sys_data
 SET sys_userid = '1', sys_groupid = '0',
            `origin` = 'admin',`serial` = '200804088',
            `min = NULL,`max = NULL,`active` = 'Y';

In response the MySQL returns below error:

#1048 - Column 'min' cannot be null

Any guidance please!

Answer No: 132

The error #1048 mostly occurs when INSERT query makes try to insert NULL values into a NOT NULL field. I assume that ‘min‘ is a NOT NULL field in your table against which you are inserting NULL value. So you may replace NULL and instead give 0 (if the field is numeric type) to get rid of this error like below:

INSERT INTO sys_data
        SET sys_userid = '1', sys_groupid = '0',
        `origin` = 'admin',`serial` = '200804088',
          `min = 0,`max = NULL,`active` = 'Y';

Related MySQL FAQs to the Above FAQ

Why I see an error when I EXPLAIN for update query?

ERROR 1295 (HY000): This command is not supported in the prepared statement protocol yet

ERROR 1064 (42000): You have an error in your SQL syntax

1264 Out of range value adjusted for column

1093 You can not specify target table comments for update in FROM clause

1191-Cant find FULLTEXT index matching the column list

Источник

INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (925217, ‘null’, 0, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (1, ‘[]’, 0, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (915156, ‘[97167]’, 97167, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913286, ‘[5]’, 5, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913313, ‘[6]’, 6, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (912923, ‘[8]’, 8, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913435, ‘[10]’, 10, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (912915, ‘[11]’, 11, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913200, ‘[12]’, 12, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (912910, ‘[14]’, 14, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913507, ‘[16]’, 16, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (912956, ‘[17]’, 17, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (916658, ‘[18]’, 18, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913113, ‘[19]’, 19, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (912943, ‘[20]’, 20, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913177, ‘[24]’, 24, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913292, ‘[26]’, 26, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913556, ‘[29]’, 29, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913070, ‘[30]’, 30, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (914218, ‘[33]’, 33, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913132, ‘[36]’, 36, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (915191, ‘[37]’, 37, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (912922, ‘[39]’, 39, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (918295, ‘[40]’, 40, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (914929, ‘[1]’, 1, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913088, ‘[56]’, 56, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913621, ‘[97210]’, 97210, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (927564, ‘[97147]’, 97147, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (914501, ‘[5, 14]’, 5, 14, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (912947, ‘[11, 14]’, 11, 14, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (912906, ‘[11, 24]’, 11, 24, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (919620, ‘[12, 14]’, 12, 14, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (914603, ‘[14, 11]’, 14, 11, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (920099, ‘[14, 12]’, 14, 12, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (924294, ‘[14, 16]’, 14, 16, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913985, ‘[14, 24]’, 14, 24, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (914347, ‘[14, 5]’, 14, 5, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (916604, ‘[17, 24]’, 17, 24, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (921085, ‘[16, 14]’, 16, 14, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (916110, ‘[16, 24]’, 16, 24, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913074, ‘[24, 11]’, 24, 11, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (914512, ‘[24, 14]’, 24, 14, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913394, ‘[24, 17]’, 24, 17, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (935064, ‘[18, 37]’, 18, 37, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (920771, ‘[39, 17]’, 39, 17, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (920074, ‘[37, 18]’, 37, 18, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937287, ‘[14, 24, 0]’, 14, 24, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (938159, ‘[1, 0, 0]’, 1, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (941325, ‘[40, 0, 0]’, 40, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937426, ‘[19, 0, 0]’, 19, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937185, ‘[11, 24, 0]’, 11, 24, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937349, ‘[56, 0, 0]’, 56, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937558, ‘[14, 11, 5]’, 14, 11, 5);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (916608, ‘[14, 11, 24]’, 14, 11, 24);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (946805, ‘[97147, 0, 0]’, 97147, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937160, ‘[24, 11, 0]’, 24, 11, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (947617, ‘[14, 24, 11]’, 14, 24, 11);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937161, ‘[11, 0, 0]’, 11, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937718, ‘[97210, 0, 0]’, 97210, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937659, ‘[33, 0, 0]’, 33, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937916, ‘[14, 5, 0]’, 14, 5, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937484, ‘[24, 14, 0]’, 24, 14, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (938895, ‘[17, 24, 0]’, 17, 24, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (930430, ‘[97147, 24, 11]’, 97147, 24, 11);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937198, ‘[24, 17, 0]’, 24, 17, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (938854, ‘[5, 14, 0]’, 5, 14, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (938250, ‘[26, 0, 0]’, 26, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (941167, ‘[24, 19, 0]’, 24, 19, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937209, ‘[30, 0, 0]’, 30, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937301, ‘[5, 0, 0]’, 5, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937169, ‘[36, 0, 0]’, 36, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (938038, ‘[6, 0, 0]’, 6, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913324, ‘[24, 14, 11]’, 24, 14, 11);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (914887, ‘[24, 11, 14]’, 24, 11, 14);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (916501, ‘[24, 17, 11]’, 24, 17, 11);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (930774, ‘[24, 19, 11]’, 24, 19, 11);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (946722, ‘[24, 19, 17]’, 24, 19, 17);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913486, ‘[24, 16, 11]’, 24, 16, 11);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937158, ‘[39, 0, 0]’, 39, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937159, ‘[17, 0, 0]’, 17, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937157, ‘[8, 0, 0]’, 8, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (939049, ‘[16, 14, 0]’, 16, 14, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (941216, ‘[14, 11, 0]’, 14, 11, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937482, ‘[10, 0, 0]’, 10, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937248, ‘[0, 0, 0]’, 0, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937210, ‘[12, 0, 0]’, 12, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937514, ‘[29, 0, 0]’, 29, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937183, ‘[14, 0, 0]’, 14, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (940628, ‘[37, 0, 0]’, 37, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937219, ‘[16, 0, 0]’, 16, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (913445, ‘[11, 14, 24]’, 11, 14, 24);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (940199, ‘[11, 17, 24]’, 11, 17, 24);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (924258, ‘[11, 16, 24]’, 11, 16, 24);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937449, ‘[11, 14, 0]’, 11, 14, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (937170, ‘[24, 0, 0]’, 24, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (938459, ‘[97167, 0, 0]’, 97167, 0, 0);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (941402, ‘[24, 14, 11, 5]’, 24, 14, 11);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (932540, ‘[24, 16, 14, 11]’, 24, 16, 14);
INSERT INTO `parse` (`id`, `teh_reg_json`, `reg_virtual`, `reg1_virtual`, `reg2_virtual`) VALUES (930755, ‘[24, 19, 11, 5]’, 24, 19, 11);

Источник

Answer No: 132

Related MySQL FAQs to the Above FAQ

<img decoding="async" src="https://www.mysqlfaqs.net/images/arrow_right_pointer.gif" width="9" height="7" alt="Why-I-see-an-error-when-I-EXPLAIN-for-update-query" /> Why I see an error when I EXPLAIN for update query?

<img loading="lazy" decoding="async" src="https://www.mysqlfaqs.net/images/arrow_right_pointer.gif" width="9" height="7" alt="ERROR-1064-(42000):-You-have-an-error-in-your-SQL-syntax" /> ERROR 1064 (42000): You have an error in your SQL syntax

<img loading="lazy" decoding="async" src="https://www.mysqlfaqs.net/images/arrow_right_pointer.gif" width="9" height="7" alt="1264-Out-of-range-value-adjusted-for-column" /> 1264 Out of range value adjusted for column

<img loading="lazy" decoding="async" src="https://www.mysqlfaqs.net/images/arrow_right_pointer.gif" width="9" height="7" alt="1093-You-can-not-specify-target-table-comments-for-update-in-FROM-clause" /> 1093 You can not specify target table comments for update in FROM clause

<img loading="lazy" decoding="async" src="https://www.mysqlfaqs.net/images/arrow_right_pointer.gif" width="9" height="7" alt="1191-Cant-find-FULLTEXT-index-matching-the-column-list" /> 1191-Cant find FULLTEXT index matching the column list

Не пропустите эти материалы по теме:

Why I see an error when I EXPLAIN for update query?

ERROR 1064 (42000): You have an error in your SQL syntax

1264 Out of range value adjusted for column

1093 You can not specify target table comments for update in FROM clause

1191-Cant find FULLTEXT index matching the column list