3条回答
默认
最新
mysql中和variables和status相关的有4张表，都在information_schema库中：
global_variables; -- 全局变量
session_variables; -- session变量
global_status; --全局status
session_status; -- session status
show variables 相当于视图：
select * from information_schema.SESSION_VARIABLES ; -- variables_name,variables_value
show status 相当于视图：
select * from information_schema.SESSION_STATUS ; -- variables_name,variables_value
评论
有用 0 打赏 0
#mysql5.7+ #会话级别 show variables like '%%'; select * from performance_schema.session_variables; #全局级别 show global variables like '%%'; select * from performance_schema.global_variables;复制
评论 有用 0 打赏 0
回答交流
Markdown
请输入正文
提交
相关推荐
MySQL报错:Can’t open file: ‘xxx_forums.MYI’. (error: 145),可能是什么原因？
回答 2
已采纳
myisam的表坏了。需要修复一下。repaire但是也不一定可以修好。
MySQL
回答 1
已采纳
可以，用多源复制就可以。mysql8可以。5.7高版本也可以
MySQL count有必要做冗余吗？
回答 2
已采纳
不知道我对你的问题理解的对不对，简单说下我的想法，仅供参考：innodb的话没必要count冗余吧，InnoDB支持事务，其中大部分操作都是行级锁，所以可能表的行数可能会被并发修改，那么缓存记录下来的
MySQL 安装目录不是默认有两个日志文件 ib_logfile0 和 ib_logfile1 吗？
回答 2
应该说是受innodblogfilesingroup参数控制，默认值是2，所以有了iblogfile0，不过最少是2。
请教各位老大innodb_purge_rseg_truncate_frequency机制的问题
回答 1
这个不会，purge线程会跳过那些属于活跃事务的undo日志，即使这些日志已经很老了。只有当事务最终提交或回滚时，相关的undo日志才会变得可被purge。大事务也只会导致undo的增长，会对系统的性
ddl没有阻塞dml的问题
回答 1
在你描述的场景中，ALTERTABLE操作在sess1中执行，同时sess2尝试在tt表中插入数据。在MySQL5.7中，由于ALTERTABLE的实现方式，sess2的INSERT操作可能不会被立即
mysql的ocp证书有含金量吗？
回答 1
已采纳
是个学习的过程。说明系统学习过。有一定作用。但是前提是不能做paperocp
mysql的binlog_order_commits设为off的后果是什么
回答 1
MySQL的binlogordercommits参数的默认值为OFF，即关闭状态，如果将其设置为ON，则会强制将binlog和InnoDB的提交顺序保持一致。当binlogordercommits参数
mysql 8.0报错 在插入表时提示 The table '/tmp/#sql124e7_b_1d' is full
回答 2
已采纳
看看/tmp目录的使用情况，是不是空间分配太小了，再检查一下MySQL里tmptablesize是不是配置的太大了。
备份mysql数据，直接物理复制data_dir指向的目录可以吗？
回答 4
已采纳
关闭mysql后，可以直接复制data文件夹
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签，敬请期待~~
