2024-09-27
请教各位老大innodb_purge_rseg_truncate_frequency机制的问题
请教innod请教各位老大innodb_purge_rseg_truncate_frequency机制的问题
是否会存在事务不较大，这个事务较长时间没能完成，在这个情况下达到innodb_purge_rseg_truncate_frequency阈值，是否会purge由于大事务导致的正在使用状态undo？
我来答
添加附件
收藏
分享
问题补充
1条回答
默认
最新
这个不会，purge线程会跳过那些属于活跃事务的undo日志，即使这些日志已经很老了。只有当事务最终提交或回滚时，相关的undo日志才会变得可被purge。
大事务也只会导致undo的增长，会对系统的性能产生影响
评论
有用 2 打赏 0
回答交流
Markdown
请输入正文
提交
相关推荐
mysql中Extra: Using index condition 和using index 有啥区别？
回答 2
https://blog.csdn.net/liujiqing123/article/details/120688295usingindex：使用覆盖索引的时候就会出现，测试发现主键索引也会生效usi
mysql 查询库里所有大小大于15G 或 记录数大于1千万的单表
回答 2
大于15G的表：selectsum(datalengthindexlengthdatafree)/1024/1024/1024,tablerows,tablenamefrominformationsc
MySQL迁移到服务器其他目录问题
回答 3
已采纳
上传附件：MySQL5.7.26rpm安装后修改数据目录.docx
mysql 5.7单机最大数据量能支撑到多少？
回答 1
已采纳
从官方资料看，innodb单表最大64T。你所谓的抗不住是指的存储还是性能。存储看硬件。性能看SQL，写的好的千万级别下单表一点问题都没有。过亿的表只要SQL执行计划好，没有问题。
mysql.exe 免费吗？
回答 1
已采纳
mysql有社区版和商业版,其中社区版是免费的,下载地址https://dev.mysql.com/downloads/商业版购买指引https://www.mysql.com/buymysql/
mysql访问没有慢查询，请求量很小，每天才几万的写，但是进程cpu占用达到70左右，trace发现有fluex很多？
回答 1
1.慢日志开了吗，设置多少longquerytime阀值，2.cpu占据70%，肯定有高cpu语句。topHpmysqld进程找到对应的sql语句看下
MYSQL 服务器是如何控制用户连接执行 SQL 语句的？
回答 1
已采纳
MySQL服务器是通过这些权限表来控制用户访问的：首先通过user表检查用户是否能够连接，连接之后通过user表、db表、tablespriv表、columnspriv表的顺序检查用户是否有权限执行S
如果一个大sql不走索引的情况下，临时空间ibtmp是不是会增长？
回答 1
不一定。如果没有排序，分组等临时表需要的操作。那么临时空间应该不会长
mysql8.0 undo日志膨胀，ALTER UNDO TABLESPACE tablespace_name SET INACTIVE;操作后undo日志还是没有降下来？
回答 1
1、添加新的undo文件undo003。mysql8.0中默认innodbundotablespace为2个，不足2个时，不允许设置为inactive，且默认创建的undo受保护，不允许删除。2、将膨
在高并发情况下，如何做到安全的修改同一行数据？
回答 4
已采纳
要安全的修改同一行数据，就要保证一个线程在修改时其它线程无法更新这行记录。一般有悲观锁和乐观锁两种方案使用悲观锁悲观锁思想就是，当前线程要进来修改数据时，别的线程都得拒之门外比如，可以使用select
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签，敬请期待~~
