关于max_allowed_packet这个值设置后自动重置问题

woshishei0527 2015-02-05 08:24:55
系统linux
mysql版本是5.0.95
在my.cnf里设置max_allowed_packet=16M后,重启后查看这个值也确实变成了16M

但过个1,2天后插入数据报错了,后来查看这个值又变成了默认的1024 为啥呢?看日志mysql中间也没重启过
请各位大神分析下原因
...全文
57350 80 打赏 收藏 转发到动态 举报
写回复
用AI写文章
80 条回复
切换为时间正序
请发表友善的回复…
发表回复
qq_35927277 2016-12-16
  • 打赏
  • 举报
 回复
出现这个问题的是不是都用的云服务器？
lshfong 2016-12-08
  • 打赏
  • 举报
 回复
你修改后把selinux打开看会不会改，如果没问题了，说明是有人为攻击了
wrc124 2016-12-05
  • 打赏
  • 举报
 回复
怎么解决呢？我也遇到了这个问题，修改了max_allowed_packet,第二天就还原成1024了，但是重启一下mysql服务又会变成我在my.ini中设置的值了，这个是被攻击了嘛
zjcxc 2016-08-10
  • 打赏
  • 举报
 回复
明显的被攻击了，该改密码的改密码，该屏蔽 IP 的，屏蔽IP，最好不要暴露在公网上，至少改个端口
lynch0571 2016-08-09
  • 打赏
  • 举报
 回复
引用 58 楼 zhengdalq 的回复:
[quote=引用 45 楼 henu2009220176 的回复:] 最近也是遇到了这个问题，直到昨天才找到原因，并不是服务器内存的问题，而是被人为的修改了。前天我把mysql的通用日志打开跟踪了一天，昨天仔细看了一下日志文件，才发现被莫名的ip攻击了，对方一直不停的尝试密码进入数据库，进入之后修改了参数，当然不但修改参数，还下载了一些病毒软件，现在想想都可怕。希望遇到此问题的朋友可以打开general_log，跟踪一下，看看是不是遇到了同样的事情，建议修改数据库的密码，而且一定要是强密码，否则还是可能被攻破。
你这些日志在general_log文件里面看的，但是general_log文件在什么地方啊，我这边也是经常还原，需要[/quote]
引用 58 楼 zhengdalq 的回复:
[quote=引用 45 楼 henu2009220176 的回复:] 最近也是遇到了这个问题，直到昨天才找到原因，并不是服务器内存的问题，而是被人为的修改了。前天我把mysql的通用日志打开跟踪了一天，昨天仔细看了一下日志文件，才发现被莫名的ip攻击了，对方一直不停的尝试密码进入数据库，进入之后修改了参数，当然不但修改参数，还下载了一些病毒软件，现在想想都可怕。希望遇到此问题的朋友可以打开general_log，跟踪一下，看看是不是遇到了同样的事情，建议修改数据库的密码，而且一定要是强密码，否则还是可能被攻破。
你这些日志在general_log文件里面看的，但是general_log文件在什么地方啊，我这边也是经常还原，需要[/quote] 找了好久，终于发现原因，被攻击了。莫名丢失了一张表，莫名数据被清空，莫名max_allowed_packet经常被重置。原来是两个香港IP潜入了数据库
lynch0571 2016-08-09
  • 打赏
  • 举报
 回复
引用 45 楼 henu2009220176 的回复:
最近也是遇到了这个问题，直到昨天才找到原因，并不是服务器内存的问题，而是被人为的修改了。前天我把mysql的通用日志打开跟踪了一天，昨天仔细看了一下日志文件，才发现被莫名的ip攻击了，对方一直不停的尝试密码进入数据库，进入之后修改了参数，当然不但修改参数，还下载了一些病毒软件，现在想想都可怕。希望遇到此问题的朋友可以打开general_log，跟踪一下，看看是不是遇到了同样的事情，建议修改数据库的密码，而且一定要是强密码，否则还是可能被攻破。
找了好久，终于发现原因，被攻击了。莫名丢失了一张表，莫名数据被情况，莫名max_allowed_packet经常被重置。原来是两个香港IP潜入了数据库
去旅行吧 2016-07-12
  • 打赏
  • 举报
 回复
引用 71 楼 lovelyesz 的回复:
其实方法很简单，修改mysql系统数据库里的user表，把Host='%',全都改成固定IP就行了，然后重启服务器 在这之前尝试过修改%用户的Super权限，尝试过优化内存配置（my.conf）,都没用
我也是这样设置的 已经几个星期没有出现了
qq_25522667 2016-06-24
  • 打赏
  • 举报
 回复
楼主解决了吗
Stab_Roc 2016-06-20
  • 打赏
  • 举报
 回复
引用 34 楼 qingkuang520 的回复:
之前我也遇到这个问题~~ 百思不得其解~ 后来开启了mysql的查询日志general_log_file 发现了我的myql出现这个问题的所在。（源于黑客攻击）某些时刻一个莫名的ip登录我的mysql 然后利用mysql的udf来更改一些参数~ 包括max_allowed_packet=1024的设置~后来处理的方案是限制ip登录~~其实更简单的可以直接关掉mysql的udf功能。希望对大家有所帮助~~
被设置为1024，绝大数是因为被黑了
lovelyesz 2016-06-19
  • 打赏
  • 举报
 回复
其实方法很简单，修改mysql系统数据库里的user表，把Host='%',全都改成固定IP就行了，然后重启服务器 在这之前尝试过修改%用户的Super权限，尝试过优化内存配置（my.conf）,都没用
lovelyesz 2016-06-19
  • 打赏
  • 举报
 回复
前两天也遇到这种问题，过了一周后终于搞定了，已经观察了4天确定已经解决了
理一理 2016-03-26
  • 打赏
  • 举报
 回复
引用 37 楼 qq_19400243 的回复:
已经解决了，liyili.me
怎么解决的
人笑痴丶 2016-03-25
  • 打赏
  • 举报
 回复
打开general_log，跟踪，修改密码要200Huawei!2@1qwer66
gcf0717 2016-03-24
  • 打赏
  • 举报
 回复
楼主，我也遇到了这个问题，请问你已经解决了没？
六仙庵 2016-03-10
  • 打赏
  • 举报
 回复
我也遇到类似问题了，总是每隔一段时间就重置为1024
zouwei20081305 2016-03-02
  • 打赏
  • 举报
 回复
楼主，解决了吗？我在windows上也遇到过同样的问题。
blue601 2016-02-23
  • 打赏
  • 举报
 回复
怎么能查看到被修改的痕迹呢~
lipi27 2016-02-23
  • 打赏
  • 举报
 回复
估计是出问题了
zouwei20081305 2016-02-18
  • 打赏
  • 举报
 回复
楼主解决了吗？我也遇到这个问题了
hp_2000 2016-02-02
  • 打赏
  • 举报
 回复
公司的不小心带上去了，大家忽略哈
加载更多回复（60）
Mysql数据库管理系统优化方案.doc
Mysql数据库管理系统优化方案 首先,为了使一个系统更快,最重要的部分就是基础设计,不过有些东西是现有情况下 无法逾越的,比如说系统常见的瓶颈. 我所能想到的: 1:磁盘寻道能力,以高速硬盘(7200转/秒),理论上每秒寻道7200次.这是没有办法改变 的,优化的方法是----用多个硬盘,或者把数据分散存储. 2:硬盘的读写速度,这个速度非常的快,这个更容易解决-- 可以从多个硬盘上并行读写. 3:cpu.cpu处理内存中的数据,当有相对内存较小的表时,这是最常见的限制因素. 4:内存的限制.当cpu需要超出适合cpu缓存的数据时,缓存的带宽就成了内存的一个瓶 颈---不过现在内存大的惊人,一般不会出现这个问题. 第二步: (本人使用的是学校网站的linux平台(Linux ADVX.Mandrakesoft.com 2.4.3-19mdk )) 1:调节服务器参数 用shell>mysqld- help这个命令声厂一张所有mysql选项和可配置变量的表.输出以下信息: possible variables for option--set-variable(-o) are: back_log current value:5 //要求mysql能有的连接数量.back_log指出在mysql暂停接受连接的时间内有多少个连接 请求可以被存在堆栈中 connect_timeout current value:5 //mysql服务器在用bad handshake(不好翻译)应答前等待一个连接的时间 delayed_insert_timeout current value:200 //一个insert delayed在终止前等待insert的时间 delayed_insert_limit current value:50 //insert delayed处理器将检查是否有任何select语句未执行,如果有,继续前执行这些语句 delayed_queue_size current value:1000 //为insert delayed分配多大的队 flush_time current value:0 //如果被设置为非0,那么每个flush_time 时间,所有表都被关闭 interactive_timeout current value:28800 //服务器在关上它之前在洋交互连接上等待的时间 join_buffer_size current value:131072 //用与全部连接的缓冲区大小 key_buffer_size current value:1048540 //用语索引块的缓冲区的大小,增加它可以更好的处理索引 lower_case_table_names current value:0 // long_query_time current value:10 //如果一个查询所用时间大于此时间,slow_queried计数将增加 max_allowed_packet current value:1048576 //一个包的大小 max_connections current value:300 //允许同时连接的数量 max_connect_errors current value:10 //如果有多于该数量的中断连接,将阻止进一步的连接,可以用flush hosts来解决 max_delayed_threads current value:15 //可以启动的处理insert delayed的数量 max_heap_table_size current value:16777216 // max_join_size current value:4294967295 //允许读取的连接的数量 max_sort_length current value:1024 //在排序blob或者text时使用的字节数量 max_tmp_tables current value:32 //一个连接同时打开的临时表的数量 max_write_lock_count current value:4294967295 //指定一个值(通常很小)来启动mysqld,使得在一定数量的write锁定之后出现read锁定 net_buffer_length current value:16384 //通信缓冲区的大小-- 在查询时被重置为该大小 query_buffer_size current value:0 //查询时缓冲区大小 record_buffer current value:131072 //每个顺序扫描的连接为其扫描的每张表分配的缓冲区的大小 sort_buffer current value:2097116 //每个进行排序
Mysql max_allowed_packet自动重置为1024的情况
作者: 惊帆 时间: 2016-09-12 16:48前几天在群里有个朋友问到max_allowed_packet被自动重置的问题，于是打算写个文章来描述下，因为遇到这个问题的人不少，但是提到的解决方案几乎没有。max_allowed_packet指的是服务器接收的包的大小，该值设置过小，可能导致数据写入失败，通常可以通过修改my.cnf或者在命令行通过set max_allowed_packet...
max_allowed_packet 反复被重置 原因竟是这个
mysql max_allowed_packet 反复被重置，原来是服务器被黑客攻击了。 在开发和测试的过长中，mysql 频繁的报：Caused by: com.mysql.jdbc.PacketTooBigException: Packet for query is too large (1354 > 1024). You can change this value on the server by setting the max_allowed_packet’ variable。 设置 ma.
mysql/mariadb 主从同步出错 exceeded max_allowed_packet； Increase max_allowed_packet on master；
一般三个原因 1. max_allowed_packet 过小 2. MASTER_LOG_FILE 同步文件选择错误 3.slave MASTER_LOG_POS 偏移不正确
MySQL

56,682

社区成员

56,709

社区内容

发帖
与我相关
我的任务
社区描述
MySQL相关内容讨论专区
社区管理员
  • MySQL
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章