mysql ERROR 1418 (HY000)

最新推荐文章于 2025-06-12 10:30:47 发布
原创 最新推荐文章于 2025-06-12 10:30:47 发布 · 3.8k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #function #logging #sql #less #文档

本文解决了一个常见的问题，在将SQL脚本导入MySQL数据库时遇到的ERROR 1418。此错误提示涉及函数声明中缺少必要的属性，并且与二进制日志记录有关。解决方案为设置全局变量log_bin_trust_function_creators为1。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在将sql导入到mysql时候出现以下错误：

ERROR 1418 (HY000) at line 8752: This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (you *might* want to use the less safe log_bin_trust_function_creators variable)

经查，发现以下mysql官方文档：
必须设置
global  log_bin_trust_function_creatorssystem variable to 1. 
mysql> SET GLOBAL log_bin_trust_function_creators = 1;

MySQL 出现错误1418 的原因分析及解决方法
09-09
主要介绍了MySQL 出现错误1418 的原因分析及解决方法的相关资料,需要的朋友可以参考下
mysql出现ERROR 1819 (HY000)的解决方法
09-09
在MySQL数据库系统中，当你遇到ERROR 1819 (HY000)错误时，这意味着你的密码不满足当前的密码策略要求。此错误通常在尝试设置或更改密码时出现，特别是当你试图设置一个过于简单或者不符合MySQL安全策略的密码时。在...
MySQL 错误1418 的原因分析及解决方法
关注业务、关注技术、关注运维
03-15 6796
MySQL开启bin-log后，调用存储过程或者函数以及触发器时，会出现错误号为1418的错误: ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL,or READS SQL DATA in its declaration and binary logging is enabled(you *might* wan
ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declar
weixin_52568278的博客
06-12 137
【代码】ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declar。
MySQL This function has none of DETERMINISTIC, NO SQL...错误1418 的原因分析及解决方法
java20150326的博客
03-23 502
MySQL开启bin-log后，调用存储过程或者函数以及触发器时，会出现错误号为1418的错误:ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL,or READS SQL DATA in its declaration and binary logging is enabled(you *might* want ...
mysql 1418_Mysql 错误码1418 .
weixin_39803022的博客
02-01 1127
最近在centos下进行数据库复制时，发现了这个错误，不能创建函数(function)可以复制数据库表，存储过程，唯独函数这里过不了，在网上搜索到解决这个问题的办法:mysql出现Error Code:1418 错误的解决办法以下是引用片段：Error Code : 1418This function has none of DETERMINISTIC, NO SQL, or READS SQL ...
MySQL ERROR 2013 (HY000)错误解决方法
09-10
主要介绍了MySQL ERROR 2013 (HY000)错误解决方法,错误提示全文ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 104,需要的朋友可以参考下
mysql error 1130 hy000:Host’localhost’解决方案
12-15
ERROR 1130 (HY000): Host ‘localhost’ is not allowed to connect to this MySQL server www.jb51.net 出现原因： mysql只有一个root用户，修改root密码后选了MD5，提交后，重新 登陆出现“Host ‘localhost’ is...
mysql error 1130 hy000:Host'localhost'解决方案
09-11
MySQL错误1130（HY000）：Host 'localhost...通过以上步骤，你应该能够解决MySQL错误1130（HY000）并重新获得对MySQL服务器的访问权。记住，管理数据库权限和安全设置是数据库管理员的重要职责，确保始终遵循最佳实践。
mysql err 1418_MySQL ERROR 1418 (HY000) 错误原因分析及解决方法
weixin_42613018的博客
01-19 1778
使用mysql创建、调用存储过程，函数以及触发器时，发生ERROR 1418错误：ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL,or READS SQL DATA in its declaration and binary logging is enabled(you *might* want to use ...
MySQL创建function报ERROR 1418 (HY000)
fenijd的博客
05-16 1428
方案二这条语句是临时生效的，重启数据库后将不再生效。需要在每次创建函数或触发器的时候执行一次本语句。也有文章推荐直接在sql的配置文件设置global log_bin_trust_function_creators = 1，博主个人认为是不推荐的。因为这样会导致任何用户均可创建没有 DETERMINISTIC、NO SQL 或 READS SQL DATA 的函数，从而影响数据库的安全。
ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQLmysql的设置默认是不允许创建函数
IT_LL的专栏
11-14 454
mysql创建函数存储过程报错。
还原MySQL数据库产生ERROR 1418 (HY000)错误
gamhub的博客
11-23 1229
通过MySQL Workbench工具可以进行数据库备份与还原，将服务器数据库还原到本地时，可能会产生 ERROR 1418 错误导致无法还原存储过程和函数。如下： 该错误与MySQL数据库默认参数设置有关，MySQL有一个参数log_bin_trust_function_creators ，官方文档做了解释如下： 官方文档连接：https://dev.mysql.com/doc/refman/8.0/en/replication-options-binary-log.html 输入命令show vari
Mysql 错误码1418
乐观进取　奋斗不止
10-14 2794
最近在centos下进行数据库复制时，发现了这个错误，不能创建函数(function)可以复制数据库表，存储过程，唯独函数这里过不了，在网上搜索到解决这个问题的办法:mysql出现Error Code:1418 错误的解决办法以下是引用片段：Error Code : 1418 This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (
mysql err 1418_MySQL Err 1418 的原因分析及解决方法
weixin_35043838的博客
01-27 467
MySQL的有个参数log_bin_trust_function_creators，官方文档对这个参数的介绍、解释如下所示：This variable applies when binary logging is enabled. It controls whether stored function creators can be trusted not to create stored fun...
mysql 数据库创建function 的时候提示error 1418
罗汉松驻扎的工作基地
03-14 825
（1）首先查看 log_bin_trust_function_creators 的状态 ， 看到是OFF ，要改为ON！查了许多度娘，然后就明白了 log_bin_trust_function_creators 的限制效果。（3）重新执行function代码 ，就可以了！
mysql error 1418_mysql导入sql到mysql提示ERROR 1418错误
weixin_39631007的博客
01-19 501
今天把从A数据库导出的sql文件导入的B数据时，报出1418的错误，具体是在创建一个函数时产生的错误信息如下：错误代码： 1418This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (you *might* want t...
MySQL ERROR 3636 HY000 Recursive query aborted after 1001 iterations solution
最新发布
07-25
<think>我们正在处理MySQL递归查询超限错误（ERROR 3636 HY000）。这个错误通常发生在使用递归公用表表达式（CTE）时，递归层数超过了系统默认的最大递归深度（1000层）。解决方案包括调整最大递归深度或优化查询。 参考信息：MySQL官方文档提到，可以通过设置cte_max_recursion_depth系统变量来增加递归深度限制。该变量默认值为1000，最大可设置为4294967295。 步骤： 1. 临时调整会话级别的递归深度限制（例如设为10000）： ```sql SET SESSION cte_max_recursion_depth = 10000; ``` 然后再次运行递归查询。 2. 如果问题仍然存在，可能需要永久修改该变量（在配置文件中设置）： 在my.cnf（或my.ini）文件中添加： ``` [mysqld] cte_max_recursion_depth=10000 ``` 然后重启MySQL服务。 3. 优化递归查询：如果递归深度确实很大，考虑是否可以优化查询逻辑，减少递归层数。例如，检查递归结束条件是否合理，避免无限递归。 4. 如果递归深度无法减少，且调整递归深度限制不可行（例如，由于系统资源限制），可能需要考虑使用存储过程或迭代方式替代递归CTE。 注意：设置过大的递归深度可能导致内存消耗过大，因此需要谨慎。 下面是一个简单的递归CTE示例，用于生成数字序列（如果序列长度超过默认递归深度，则会出现相同错误）： ```sql WITH RECURSIVE cte (n) AS ( SELECT 1 UNION ALL SELECT n + 1 FROM cte WHERE n < 10000 ) SELECT * FROM cte; ``` 此时，如果递归深度限制为1000，则执行到第1001次时会报错。通过设置cte_max_recursion_depth为10000，即可解决。 另外，还可以在查询中通过提示（hint）来设置本次查询的最大递归深度（MySQL 8.0.19及以上版本支持）： ```sql WITH RECURSIVE cte (n) AS ( SELECT 1 UNION ALL SELECT n + 1 FROM cte WHERE n < 10000 ) SELECT /*+ SET_VAR(cte_max_recursion_depth = 10000) */ * FROM cte; ``` 引用说明：MySQL官方文档中关于递归CTE的限制和设置，请参考[^1]。 如果上述方法仍不能解决问题，可能需要检查递归查询是否存在逻辑错误导致无限循环（例如，递归部分没有正确终止条件）。可以通过在递归部分添加条件来避免无限递归。 另外，还可以通过设置最大执行时间（max_execution_time）来避免查询长时间运行，但这不会解决递归深度问题。 总结：解决ERROR 3636的主要方法是增加递归深度限制或优化查询。 相关问题： 1. 如何检查MySQL当前递归深度限制？ 2. 如何避免递归CTE的无限循环？ 3. 递归查询在MySQL中有哪些替代方案？ 4. 如何监控递归查询的内存使用情况？ [^1]: MySQL官方文档：https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_cte_max_recursion_depth</think>### MySQL递归查询超限错误解决方案（ERROR 3636 HY000） 当MySQL递归查询超过默认深度限制时，会出现`ERROR 3636 (HY000): Recursive query aborted after 1001 iterations`错误。以下是完整的解决方案： #### 1. **调整递归深度限制（推荐）** 默认递归深度为1000层，可通过系统变量修改： ```sql -- 临时修改（当前会话有效） SET SESSION cte_max_recursion_depth = 10000; -- 设为10000层 -- 永久修改（需重启服务） SET GLOBAL cte_max_recursion_depth = 10000; ``` 或在`my.cnf`配置文件中添加： ```ini [mysqld] cte_max_recursion_depth=10000 ``` #### 2. **查询级深度覆盖（MySQL 8.0.19+）** 在递归查询中直接指定深度限制： ```sql WITH RECURSIVE cte AS ( SELECT /*+ SET_VAR(cte_max_recursion_depth = 5000) */ ... ) SELECT ... ``` #### 3. **优化递归查询逻辑** 检查并修复可能导致无限递归的逻辑错误： ```sql WITH RECURSIVE org_tree AS ( SELECT id, parent_id, name FROM organization WHERE parent_id IS NULL -- 确保有终止条件 UNION ALL SELECT o.id, o.parent_id, o.name FROM organization o INNER JOIN org_tree ot ON o.parent_id = ot.id WHERE o.id <> ot.id -- 防止父子循环引用 ) SELECT * FROM org_tree; ``` #### 4. **替代方案：存储过程** 当递归层级极深时，改用存储过程： ```sql DELIMITER // CREATE PROCEDURE GetTree(IN root_id INT) BEGIN DROP TEMPORARY TABLE IF EXISTS tmp_tree; CREATE TEMPORARY TABLE tmp_tree (id INT PRIMARY KEY, depth INT); INSERT INTO tmp_tree VALUES (root_id, 0); WHILE ROW_COUNT() > 0 DO INSERT INTO tmp_tree SELECT o.id, MAX(t.depth)+1 FROM organization o JOIN tmp_tree t ON o.parent_id = t.id WHERE NOT EXISTS (SELECT 1 FROM tmp_tree WHERE id = o.id); END WHILE; SELECT * FROM tmp_tree; END // DELIMITER ; CALL GetTree(1); -- 从根节点ID=1开始 ``` #### 5. **深度监控与预警** 查询当前递归深度： ```sql SELECT ROW_NUMBER() OVER () AS depth, cte.* FROM ( WITH RECURSIVE cte AS (...) SELECT ... ) cte; ``` > **关键注意事项**： > 1. 深度值上限为`4294967295`，但过高可能导致内存溢出 > 2. 确保递归有终止条件（如`WHERE parent_id IS NOT NULL`） > 3. 循环引用检测：添加`WHERE NOT EXISTS (SELECT ...)`条件 > 4. 生产环境建议深度值不超过`100000`[^1] --- ### 递归查询示例（组织架构树） ```sql WITH RECURSIVE org_hierarchy AS ( SELECT id, name, parent_id, 0 AS depth, CAST(id AS CHAR(200)) AS path FROM organization WHERE parent_id IS NULL -- 根节点 UNION ALL SELECT o.id, o.name, o.parent_id, oh.depth + 1, CONCAT(oh.path, '->', o.id) FROM organization o JOIN org_hierarchy oh ON o.parent_id = oh.id WHERE oh.depth < 100 -- 安全深度限制 ) SELECT * FROM org_hierarchy; ``` --- ### 相关问题 1. 如何检测MySQL递归查询中的循环引用？ 2. 递归CTE和存储过程处理树形结构各自的优缺点是什么？ 3. 当递归深度超过10万层时，MySQL性能如何优化？ 4. 如何实现递归查询的分页功能？ 5. MySQL递归查询与图数据库（如Neo4j）处理层次结构的性能对比？ [^1]: MySQL官方文档指出：递归深度设置需考虑可用内存，过高值可能导致服务器不稳定。建议根据`max_allowed_packet`和`thread_stack`配置调整。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值