performance schema mysql

浅浅的花香味﹌ 2023-09-25 07:19 106阅读 0赞

## Mysql从机performance\_schema数据库是空的，没有任何table ##

一：配置(setup)表：

zjy@performance\_schema10:16:56>showtableslike'%setup%';

\+----------------------------------------+

|Tables\_in\_performance\_schema(%setup%)|

\+----------------------------------------+

|setup\_actors|

|setup\_consumers|

|setup\_instruments|

|setup\_objects|

|setup\_timers|

\+----------------------------------------+

1，setup\_actors：配置用户纬度的监控，默认监控所有用户。

## mysql中information\_schema和performance\_schema这个数据库需要备份吗? ##

不需要备份，这两个是用来查看mysql数据库信息和性能的库，系统自带的，系统的变化都会反映到里面，不是用户数据

哦,那意思是我导入表的时候他会自动创建?

那用户数据是哪个表需要备份吗?

用户数据的表是mysql.user

## 如何删除mysql服？如何删除mysql服务 ##

进入“控制面板->管理工具->服务”查看才发现，虽然MYSQL已经卸载了，但是MYSQL服务仍然残留在系统服务里。

又不想改服务名，改怎么办呢。

后来上百度搜索发现，只要在CMD里输入一跳命令就可以将服务删除：

sc delete mysql //这里的mysql是你要删除的服务名

这样一来服务就被删除了，进入服务里查看确实没有mysql服务了，OK重新安装数据库吧。

## mysql中怎么删除新建的？mysql中怎么删除新建的表 ##

删除数据库：

DROP DATABASE 数据库名

## mysql workbench 怎么删除数据库 ##

drop database 数据库名。数据库，右键，drop schema，确认

当然也可以直接执行sql语句：

drop database db\_name;

## 如何清除mysql的binlog ##

(1)：执行“reset master;”命令，该命令将删除所有二进制日志，新日志的编号从“000001”开始，命令如下Mysql>reset master;(2)：执行“Purge master logs to ‘mysql-bin.\*\*\*\*\*’”命令，该命令将删除“\*\*\*\*\*”编号之前的所有日志，下列中删除了“mysql-bin之前编号的所有日志Mysql>purge master logs to ‘mysql-bin.000015;从结果中发现，编号000015之前的所有日志都已经删除(3)：执行“purge master logs before ‘yyyy-mm-dd hh24:min:ss’”命令，该命令将删除日期为“yyyy-mm-dd hh24:mi:ss”之前产生的所有日志，下列中删除了日期在“2010-05-22 01:00:之前的所有日志Mysql>purge master logs before ‘ 01:00:’;(4)：设置参数—expire\_logs\_days=\#(days)，此参数的含义是设置日志的过期天数，过来指定的天数后日志将会被自动删除，这样将有利于减少DBA管理日志的工作量。\#vi /etc/my.cnf\[mysqld\]--expire\_logs\_days=3这样，3天前的日志都会被删除，系统自动删除备份命令 mysqlbinlog --read-from-remote-server --raw --host=192.168.244.145 --port=3306 --user=repl --password=repl --stop-never mysql-bin.000001 解释如下： --read-from-remote-server：用于备份远程服务器的binlog。如果不指定该选项，则会查找本地的binlog。 --raw：binlog日志会以二进制格式存储在磁盘中，如果不指定该选项，则会以文本形式保存。 --user：复制的mysql用户，只需要授予replication slave权限。 --stop-never：mysqlbinlog可以只从远程服务器获取指定的几个binlog，也可将不断生成的binlog保存到本地。指定此选项，代表只要远程服务器不关闭或者连接未断开，mysqlbinlog就会不断的复制远程服务器上的binlog。 mysql-bin.000001：代表从哪个binlog开始复制。 除了以上选项外，还有以下几个选项需要注意： --stop-never-slave-server-id：在备份远程服务器的binlog时，mysqlbinlog本质上就相当于一个从服务器，该选项就是用来指定从服务器的server-id的。默认为-1。 --to-last-log：代表mysqlbinlog不仅能够获取指定的binlog，还能获取其后生成的binlog，获取完了，才终止。如果指定了--stop-never选项则会隐式打开--to-last-log选项。 --result-file：用于设置远程服务器的binlog，保存到本地的前缀。譬如对于mysql-bin.000001，如果指定--result-file=/test/backup-，则保存到本地后的文件名为/test/backup-mysql-bin.000001。注意：如果将--result-file设置为目录，则一定要带上目录分隔符“/”。譬如--result-file=/test/，而不是--result-file=/test，不然保存到本地的文件名为/testmysql-bin.000001。