布尔值存储在沙箱环境报错，是否因数据库差异导致？

• 本地可正常运行的代码：

$connection->update('requests', ['is_escalated' => false], ['id' => $serviceLineEntry->request_id]);

• 沙箱环境执行失败，报错信息：

[PDOException] SQLSTATE[HY000]: General error: 1366 Incorrect integer value: '' for column 'is_escalated'

• 本地环境配置：

MariaDB (10.4.21-MariaDB)
PHP 7.4.25 (cli) (built: Oct 20 2021 09:30:08) ( ZTS Visual C++ 2017 x64 )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies

• 沙箱环境配置：

Azure Database for MySQL (5.7)
PHP 7.4.28 (cli) (built: Mar 24 2022 19:12:50) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
    with Zend OPcache v7.4.28, Copyright (c), by Zend Technologies

• 对应表列定义（更新1）：

CREATE TABLE `requests` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
    ...
  `is_escalated` tinyint(1) unsigned NOT NULL DEFAULT 0,
    ...
  PRIMARY KEY (`id`),
) ENGINE=InnoDB AUTO_INCREMENT=58249 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_520_ci

提问：该问题是否由数据库差异导致？

是，这个问题完全由MariaDB和Azure MySQL 5.7的行为差异导致，核心原因有两点：

1. 布尔值转换逻辑不同
   MariaDB会自动把PHP传入的false转换为整数0，匹配tinyint(1)列的类型要求；而Azure MySQL 5.7在特定PDO配置或sql_mode下，会将PHP的false解析为空字符串''，空字符串无法存入无符号tinyint列，直接触发1366类型错误。

2. SQL模式严格性差异
   MySQL 5.7默认开启STRICT_TRANS_TABLES等严格模式，对数据类型不匹配的情况直接报错；而MariaDB 10.4默认sql_mode相对宽松，会自动尝试类型转换，不会因此抛出异常。

解决方法 #

• 最直接的方案：将代码中的false改为整数0，明确指定数值类型，规避数据库自动转换的差异：

$connection->update('requests', ['is_escalated' => 0], ['id' => $serviceLineEntry->request_id]);

• 若要保留布尔值写法，可调整Azure MySQL的sql_mode关闭严格模式（不推荐，会降低数据一致性）；或检查PDO连接参数，确保开启PDO::ATTR_EMULATE_PREPARES => false，让PDO正确处理参数类型绑定。

内容的提问来源于stack exchange，提问作者TechFanDan