### 关于 MySQL 中 Tables 和 Schema 的概念与操作 #### 什么是 `Tables`？ 在 MySQL 数据库中，表格（Table）是用来存储数据的主要结构。每个表由行和列组成，其中每一列表示一种属性，而每行则表示一条记录。创建新表时可以定义其字段名称、数据类型以及约束条件。 ```sql CREATE TABLE example ( id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(100), created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); ``` 以上语句展示了如何通过 SQL 创建一张名为 `example` 的表[^1]。 #### 如何查看当前数据库中的变量设置？ 可以通过执行特定命令来查询有关性能模式 (`Performance Schema`) 或其他全局/会话级别参数的信息： ```sql SHOW VARIABLES LIKE 'performance_schema'; ``` 这条指令用于显示关于 performance_schema 是否启用的状态信息。 #### 遇到 Performance Schema 表结构不匹配的情况怎么办？ 当升级或者迁移过程中遇到类似于下面这样的错误提示：“Native table 'performance_schema'.'events_waits_history' has the wrong structure”，这通常意味着目标实例上的 Performance Schema 定义存在问题或者是由于版本差异引起的兼容性问题所致[^2][^3]。 解决方法之一就是重新初始化这些有问题的对象；另一种方式是在启动服务之前禁用它们直到完成必要的修复工作为止。 对于某些特殊场景下如果确认不是因为常规原因造成的话，则可能需要深入分析具体上下文中是否存在异常状况比如不当的数据导入导出流程影响到了 system database 的一致性等问题[^4]。 #### mysqldump 备份恢复后的潜在隐患 针对多个不同 minor release 版本之间互相做逻辑层面上的 dump & restore 操作可能会引发一些预料之外的行为表现形式其中包括但不限于 sys 库关联视图无法正常加载报错 ERROR 1356(HY000): View 'xxx.yyy' doesn't reference only existing tables/columns 这类现象的发生几率相对较高因此建议尽量保持源端目的两端软件一致或是遵循官方文档给出的最佳实践指导原则来进行相应处理措施实施前充分测试验证可行性再推广至生产环境中去应用。 ### 示例代码片段展示如何重建 performance schema 假设我们已经决定要重置整个 performance schema 来解决问题: ```bash # 停止 mysql 服务 sudo systemctl stop mysql # 删除现有的 performance schema 子目录及其内容 (注意路径根据自己实际情况调整) rm -rf /var/lib/mysql/performance_schema/* # 启动 mysql 并跳过 grant tables 加载阶段以便能够顺利进入后续步骤 mysqld_safe --skip-grant-tables & sleep 5 # 登录并手动卸载插件后再重新安装它从而达到刷新的目的 mysql -u root <<EOF UNINSTALL PLUGIN PERFORMANCE_SCHEMA; INSTALL PLUGIN PERFORMANCE_SCHEMA SONAME 'perf_schema.so'; exit EOF # 正常关闭进程然后按照标准流程重启即可恢复正常运作状态 killall mysqld sudo systemctl start mysql ```