RDS老是卡死，600M内存了还是这样

遇到带有 STRICT_TRANS_TABLES 错误的情况，通常意味着MySQL数据库在严格模式下运行，这个模式对数据的插入和更新操作施加了更严格的约束。当尝试插入或更新的数据不符合列的定义时，比如尝试向整数列插入字符串，或者向NOT NULL列插入NULL值，MySQL不会自动进行数据类型转换或用默认值替代，而是直接抛出错误，从而“卡死”你的操作。

解决这个问题的方法有几种：

1. 修改SQL语句：确保你的SQL语句中的数据类型与表结构中的列定义相匹配，且没有违反NOT NULL等约束条件。

2. 检查数据源：如果数据是从其他地方动态生成的，检查是否有异常数据导致冲突。

3. 临时关闭严格模式：可以在会话级别临时关闭严格模式，但这不是推荐的做法，因为它可能会掩盖潜在的数据问题。可以在连接数据库时添加以下参数：

   SET SESSION sql_mode=(SELECT REPLACE(@@sql_mode,'STRICT_TRANS_TABLES',''));
   

   但请记住，这仅影响当前会话，并且可能让不符合规则的数据悄无声息地被处理，长期来看可能不是最佳方案。

4. 修改全局设置（谨慎操作）：如果你确定要永久改变整个数据库的行为，可以修改全局sql_mode设置，去掉STRICT_TRANS_TABLES。这需要在MySQL配置文件（如my.cnf或my.ini）中进行，然后重启MySQL服务。这样做会影响所有后续的数据库操作，不建议轻易更改，因为严格模式有助于维护数据的完整性。

5. 使用异常处理：在执行SQL的程序中加入异常处理逻辑，当遇到这类错误时能够捕获并适当处理，比如记录日志、提示用户或进行重试等。

6. 数据预处理：在将数据插入数据库之前，增加一步数据验证和清洗的过程，确保数据的准确性和符合性。

综上所述，虽然优化SQL性能是重要的，但在面对STRICT_TRANS_TABLES错误时，更多的是需要关注数据本身的质量和合规性。通过上述方法之一，你应该能解决遇到的问题。