在同一个查询 INSERT 中，两个 VALUES 是 NOW() 可以返回不同的时间吗？

NOW()和其他日期时间函数返回的时间是从查询的开始时间派生的。这里的THD类用于包含连接的所有信息。NOW()函数实现获取该值并将其返回到now_time结构中。

MySQL文档NOW()还指出：

NOW() 返回一个常数时间，指示语句开始执行的时间。...

您将始终NOW()从查询中的任何位置获得相同的值。

MariaDB [test]> select now(),sleep(10),now();
+---------------------+-----------+---------------------+
| now()               | sleep(10) | now()               |
+---------------------+-----------+---------------------+
| 2021-03-22 14:17:05 |         0 | 2021-03-22 14:17:05 |
+---------------------+-----------+---------------------+

值得注意的是，这不是每笔交易：

MariaDB [test]> start transaction
    -> ;
Query OK, 0 rows affected (0.00 sec)

MariaDB [test]>  select now();
+---------------------+
| now()               |
+---------------------+
| 2021-03-22 14:20:53 |
+---------------------+
1 row in set (0.00 sec)

MariaDB [test]> select sleep(2);
+----------+
| sleep(2) |
+----------+
|        0 |
+----------+
1 row in set (2.00 sec)

MariaDB [test]> select now();
+---------------------+
| now()               |
+---------------------+
| 2021-03-22 14:21:00 |
+---------------------+
1 row in set (0.00 sec)

另一方面： SYSDATE()可以不同，但NOW()​​不能。

mysql> select now(6), sysdate(6), now(6), sysdate(6);
+----------------------------+----------------------------+----------------------------+----------------------------+
| now(6)                     | sysdate(6)                 | now(6)                     | sysdate(6)                 |
+----------------------------+----------------------------+----------------------------+----------------------------+
| 2021-03-21 22:02:28.983211 | 2021-03-21 22:02:28.983368 | 2021-03-21 22:02:28.983211 | 2021-03-21 22:02:28.983370 |
+----------------------------+----------------------------+----------------------------+----------------------------+
1 row in set (0.00 sec)

我正在使用(6)，所以我们可以看到时间精确到微秒。注意NOW调用是如何相同和最小值的。同时，SYSDATE呼叫较晚且彼此不同。

----- 2006-03-31 5.0.20 & 尚未发布 5.1.8 -- 添加或更改功能 -- -----

将--sysdate-is-now选项添加到 mysqld 以使SYSDATE()被视为NOW()的别名。请参阅日期和时间函数。（错误 #15101）

----- 2005-09-22 5.0.13 候选版本 -- 已修复的错误 -- -----

SYSDATE()函数现在返回调用它的时间。特别是，在存储例程或触发器中，SYSDATE()返回它执行的时间，而不是存储例程或触发语句开始执行的时间。（错误 #12480）

没有找到来自@nbk 的答案足以满足我的需求（尤其是“不，只要您的日期时间没有微秒并且服务器非常慢，就有可能”）。

所以我模拟了一种非常慢的服务器。

我的 Linux 桌面 MB 有 6 个内核，我做了这个 C 程序

#define COUNT 10000000000L

double busy() {
     volatile double z = rand() / M_PI;

     for(long l=0 ; l<COUNT ; l++) {
          z += sqrt(M_PI);
     }
     return z;
}

主要是

 int n = atoi(*++argv); // input 10 

 while(n--) {
      if ( ! fork()) {
            printf("%d => %lf\n", n, busy());
            exit(0);
      }
 }

 pid_t wpid;
 int status = 0;
 while ((wpid = wait(&status)) > 0);

这使得n 个线程非常忙碌。当n = 10 时，桌面真的很忙……

当它正在运行时（以root身份，以确保系统不会尝试为自己挽救一些资源:) 我之前已经准备好了

create table a (num int auto_increment primary key,
   d1 datetime(6), d2 datetime(6), d3 datetime(6), d4 datetime(6));

和一个由 1000 行组成的文件

insert into a values(null,now(6),now(6),now(6),now(6));

因此，当 PC 在 6 个内核上运行 10 个线程busy() [全部为 100%] 时，我将 1000 个插入插入到表中，比平时花费了一点时间，然后

select * from a where d1 <> d2 or d1 <> d3 or d1 <> d4;
Empty set (0.00 sec)

是的！MySQL 做的真好！（说真的，我总是对这个 DBMS 背后的算法和系统编程的质量感到惊讶）。

不，不会有什么不同

正如 MySQL 手册中所写

NOW() 返回一个常数时间，指示语句开始执行的时间。

这似乎是与所有其他功能不同的行为，这些功能是逐列运行的。

CREATE TABLE mytable (id INT AUTO_INCREMENT PRIMARY KEY, Created DATETIME , Updated DATETIME)

INSERT INTO mytable (id, Created, Updated) VALUES (null, NOW(), NOW())

INSERT INTO mytable (id, Created, Updated) VALUES (null, NOW(3), NOW(3))

SELECT MICROSECOND(Created),MICROSECOND(Updated) FROM mytable

微秒（已创建） | 微秒（更新）
-------------------: | ------------------:
                   0 | 0
                   0 | 0

CREATE TABLE mytable2 (id INT AUTO_INCREMENT PRIMARY KEY, Created DATETIME(3) , Updated DATETIME(3))

INSERT INTO mytable2 (id, Created, Updated) VALUES (null, NOW(3), NOW(3))

SELECT MICROSECOND(Created),MICROSECOND(Updated) FROM mytable2

微秒（已创建） | 微秒（更新）
-------------------: | ------------------:
              186000 | 186000

db<>在这里摆弄