# 查询是否锁表 show OPEN TABLES where In_use > 0; # 查看所有进程 show processlist; show full processlist; # 查询到相对应的进程===然后 kill id # 杀掉指定mysql连接的进程号 kill $pid # 查看正在锁的事务 SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS; # 查看等待锁的事务 SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS; # 查看innodb引擎的运行时信息 show engine innodb status\G; # 查看造成死锁的sql语句，分析索引情况，然后优化sql语句； # 查看服务器状态 show status like
前言 早上了发现数据库连接不了，查询也有问题，检查发现报错日志如下： 2021-05-11T03:15:17.830648Z 2 [Note] InnoDB: Uncompressed page, stored checksum in field1 541880161, calculated checksums for field1: crc32 2510287112/3406680281, innodb 1824071848, none 3735928559, stored checksum in field2 2032165740, calculated checksums for field2: crc32 2510287112/3406680281, innodb 2124309173, none 3735928559, page LSN 2037603642 538992996, low
简介 ansible`通过二进制包安装`mysql`并且配置主从，`mysql`安装包和`my.cnf`配置文件放在 `/web/data/software_resource/mysql`安装后mysql软件目录在`/web/soft`数据目录在`/web/data host文件 [mysql_repl] 192.168.223.156 192.168.223.157 my.cnf # The following options will be passed to all MySQL clients [client] port = 3306 socket = /tmp/mysql.
简介 MySQL Group Replication（简称MGR）字面意思是mysql组复制的意思,但其实他是一个高可用的集群架构,暂时只支持mysql5.7和mysql8.0版本. 是MySQL官方于2016年12月推出的一个全新的高可用与高扩展的解决方案,提供了高可用、高扩展、高可靠的MySQL集群服务. 也是mysql官方基于组复制概念并充分参考MariaDB Galera Cluster和Percona XtraDB Cluster结合而来的新的高可用集群架构. MySQL Group Replication是建立在基于Paxos的XCom之上的，正因为有了XCom基础设施，保证数据库状态机在节点间的事务一致性，才能在理论和实践中保证数据库系统在不同节点间的事务一致性。 由一般主从复制概念扩展,多个节点共同组成一个数据库集群，事务的提交必须经过半数以上节点同意方可提交,在集群中每个节点上都维护一个数据库状态机，保证节点间事务的一致性。 传统的数据主从复制 主从复制 传统的数据主从辅助属于异步复制，从库起IO线程连接主库，获取主库二进制日志写到本地中继日志，并更新master-info文件（存放主库相关信息），从库再利用SQL线程执行中继日志。 半同步复制 半同步复制是建立在基本的主从复制基础上，利用插件完成半同步复制，传统的主从复制，不管从库是否正确获取到二进制日志，主库不断更新，半同步复制则当确认了从库把二进制日志写入中继日志才会允许提交，如果从库迟迟不返回ack,主库会自动将半同步复制状态取消，进入最基本的主从复制模式。 组复制 组复制是一种可用于实现容错系统的技术。
今天，mysql从5.5升级了mysql 5.7，升级完成后无法连接mysql服务了。 先提示’performance_schema’.’session_variables’不存在 后来提示结构错误：mysql-workbench Connecting to MySQL server ... Native table 'performance_schema'.'session_variables' has the wrong structure 执行操作： # 升级系统表 mysql_upgrade -uroot -p # 重启 mysql.service restart 然后就操作正常了。