mysqlbin文件的绝对地址怎么找（Mysqlbin文件操作）

mysql> show master logs; ##查看所有的log文件，在主服务器上执行(即查看所有binlog日志列表) ------------------------- ------------ | Log_name | File_size | ------------------------- ------------ | mysql-master-bin.000343 | 838993660 | | mysql-master-bin.000344 | 1074346961 | ..... | mysql-master-bin.000394 | 1074203932 | | mysql-master-bin.000395 | 1074307350 | | mysql-master-bin.000396 | 896732905 | ------------------------- ------------ mysql> purge binary logs to 'mysql-master-bin.000394'; #mysql-master-bin.000394之前的日志被purge ------------------------- ------------ | Log_name | File_size | ------------------------- ------------ | mysql-master-bin.000394 | 1074203932 | | mysql-master-bin.000395 | 1074307350 | | mysql-master-bin.000396 | 896732905 | ------------------------- ------------ mysql> show binlog events in 'mysql-master-bin.000394'; #查看指定binlog中的sql,不建议用生产的数据库查看，可以拿到本地查看 mysql> flush binary logs; #刷新日志，并且会产生一个新的日志文件，不影响主从 Query OK, 0 rows affected (0.11 sec) mysql> show master logs; ------------------------- ------------ | Log_name | File_size | ------------------------- ------------ | mysql-master-bin.000394 | 1074203932 | | mysql-master-bin.000395 | 1074307350 | | mysql-master-bin.000396 | 896766690 | | mysql-master-bin.000397 | 194 | ------------------------- ------------ 4 rows in set (0.00 sec) mysql> show variables like "binlog_rows_query_log_events"; #设置为ON，可以在ROW格式下，看到SQL的信息 mysql> show variables like "binlog_cache_size";#binlog默认写入到binlog_cache中，系统默认是32K，当有一个大的事务时（几百兆），内存中显然放不下那么多binlog，所以会记录到磁盘上 mysql> show global status like 'binlog_cache_disk_use'; #记录了使用临时文件写二进制日志的次数注意：写日志本来就停满的，如果cache写不下，再写入磁盘，然后再写binlog，就是写入2次磁盘，会更慢如果参数binlog_cache_disk_use次数很多，就要看一下binlog_cache_size设置是否太小，或者事务本身是否太大 ，我来为大家科普一下关于mysqlbin文件的绝对地址怎么找?下面希望有你要的答案，我们一起来看看吧!

mysqlbin文件的绝对地址怎么找

mysql> show master logs; ##查看所有的log文件，在主服务器上执行。(即查看所有binlog日志列表) ------------------------- ------------ | Log_name | File_size | ------------------------- ------------ | mysql-master-bin.000343 | 838993660 | | mysql-master-bin.000344 | 1074346961 | ..... | mysql-master-bin.000394 | 1074203932 | | mysql-master-bin.000395 | 1074307350 | | mysql-master-bin.000396 | 896732905 | ------------------------- ------------ mysql> purge binary logs to 'mysql-master-bin.000394'; #mysql-master-bin.000394之前的日志被purge ------------------------- ------------ | Log_name | File_size | ------------------------- ------------ | mysql-master-bin.000394 | 1074203932 | | mysql-master-bin.000395 | 1074307350 | | mysql-master-bin.000396 | 896732905 | ------------------------- ------------ mysql> show binlog events in 'mysql-master-bin.000394'; #查看指定binlog中的sql,不建议用生产的数据库查看，可以拿到本地查看 mysql> flush binary logs; #刷新日志，并且会产生一个新的日志文件，不影响主从 Query OK, 0 rows affected (0.11 sec) mysql> show master logs; ------------------------- ------------ | Log_name | File_size | ------------------------- ------------ | mysql-master-bin.000394 | 1074203932 | | mysql-master-bin.000395 | 1074307350 | | mysql-master-bin.000396 | 896766690 | | mysql-master-bin.000397 | 194 | ------------------------- ------------ 4 rows in set (0.00 sec) mysql> show variables like "binlog_rows_query_log_events"; #设置为ON，可以在ROW格式下，看到SQL的信息 mysql> show variables like "binlog_cache_size";#binlog默认写入到binlog_cache中，系统默认是32K，当有一个大的事务时（几百兆），内存中显然放不下那么多binlog，所以会记录到磁盘上 mysql> show global status like 'binlog_cache_disk_use'; #记录了使用临时文件写二进制日志的次数。注意：写日志本来就停满的，如果cache写不下，再写入磁盘，然后再写binlog，就是写入2次磁盘，会更慢。如果参数binlog_cache_disk_use次数很多，就要看一下binlog_cache_size设置是否太小，或者事务本身是否太大。