财务战略案例分析~!网!

财务战略案例分析~!网

趋势迷

财务战略案例分析~!

2024-07-10 04:48:24 来源:网络

财务战略案例分析~!

mysql案例~ ibtmp1临时表空间暴涨问题
一 简介: 来聊聊关于临时表文件暴涨的相关厂家
二 分析:
1 mysql5.7已经可以设置单独的临时表目录,默认放置在数据目录,文件名为ibtmp1
2 ibtmp1文件磁盘占用无法被释放,除非重启实例
三 影响语句
1 显示创建的临时表
2 DDL 的更改列等copy方式的操作,需要拷贝数据到临时表中
3 select 查询语句应用到临时表的类型
注意 1  select 查询语句会先应用tmp_table_szie(内存分配)的量,当临时存储的量超过这个参数限制是,就会在ibtmp1中申请占用空间
2 select union all语句已进行了优化,不会利用临时表空间了
3  可能类型
1 select   order by group by    GROUP BY 无索引字段或GROUP  BY+ ORDER  BY 的子句字段不一样时
2 select   (select)   子查询
3 insert into select ...from ...   表数据复制
4 select   union  select    联合语句
四 总结
如果你的磁盘很小,一点要注意ibtmp1文件的大小,优化慢查询,减少大表的copy操作
mysql案例~ ibtmp1临时表空间暴涨问题
标签🤓_🪴⛅️:无法   分配   union all   目录   sele   空间   简介   rom   sel

财务战略案例分析~!

mysql 案例 ~ 程序端报错案例
一 简介:汇总程序报错提示的相关问题二
问题 1 程序错误信息 max_allowed_packet 设置过小导致java程序写入失败    答案  1 max_allowed_packet=32M 写入配置文件并重启              2 set global max_allowed_packet=33554432    问题2 mysql错误日志 sort    错误日志:    [ERROR] /usr/local/mysql/bin/mysqld: Sort aborted: Query execution was interrupted    分析 sort_buffer_size默认2M,通常用于order by🐀🎁——🐋🎁。属于session独享.我的推测是由于某个session会话导致的,通常情况下,是不会报错的    解决: 定位慢日志,优化慢sql.因为sort_buffer_size是session独享,不建议调节太大    问题3 程序执行事务时,报max_binlog_cache不足问题    具体错误描述 ulti-statement TRANSACTION required more THAN ‘max_binlog_cache_size‘ bytes of STORAGE🎆-|💀*、     分析 1 事务根据生成binlog cache的大小算作事务的大小,由max_binlog_cache_size控制
2 max_binlog_cache_size 默认大小为32K
3 max_binlog_cache_size 是session级别独享的
总结 1 调整 参数大小 2 对大事务进行拆分
补充
1 Binlog_cache_disk_use表示因为我们binlog_cache_size设计的内存不足导致缓存二进制日志用到了临时文件的次数
Binlog_cache_use 表示 用binlog_cache_size缓存的次数
2 当对应的Binlog_cache_disk_use 值比较大的时候 我们可以考虑适当的调高 binlog_cache_size 对应的值
问题3 jdbc报连接错误问题
具体错误描述 error code [1094]; Unknown thread id: 73125270; nested exception is java.sql.SQLException: Unknown thread id: 73125270
分析 1 根据官网可以查看的错误代码解释,不过没什么用
2 经过与研发沟通,确认研发设置了jdbc超时时间
总结 jdbc超时时间的设置,一旦sql本身超过超时时间的设置,会发送kill session信息请求,导致jdbc报错
优化你的sql或者将超时时间设大都有助于错误的减少出现
mysql 案例 ~ 程序端报错案例
标签🌾||🕷:错误日志   jdbc   mys   action   错误信息   ora   ted   程序   red