mysql操作记录
mysql -h172.168.17.67 -ufood -pfood@hongxincd2013 -e "show databases;" mysql -h172.168.17.67 -ufood -pfood@hongxincd2013 -e "flush tables with read lock;" mysql -h172.168.17.67 -ufood -pfood@hongxincd2013 -e "show master status;" mysqldump -h172.168.17.67 -ufood -pfood@hongxincd2013 -e food > /opt/food-`date "+%Y-%m-%d"`.sql mysql -h172.168.17.67 -ufood -pfood@hongxincd2013 -e "unlock tables;"
mysqldump -uroot -proot --all-databases --skip-lock-tables --single-transaction --flush-logs --hex-blob --master-data=2 > changhong.sql
more mei.sql #查看log files and post site
stop slave;mysql -uroot -proot < changhong.sql 3306
CHANGE MASTER TO MASTER_HOST=‘192.168.2.3‘,MASTER_PORT=3306,MASTER_USER=‘replication‘, MASTER_PASSWORD=‘replication‘,MASTER_LOG_FILE=‘mysql-bin.000005‘,MASTER_LOG_POS=154;
start slave
show slave statusG;
===================================================================================================
[mysqld]port = 3306socket = /data/mysql/mysql.sockdatadir = /data/mysql/
lower_case_table_names=1
server-id = 2log-bin=mysql-binbinlog_format=mixedexpire_logs_days = 10
skip-external-lockingskip-name-resolve#skip-networking #本地调用开启，远程tcp调用关闭
key_buffer_size = 16Mmax_connections = 1000max_allowed_packet = 16M
[mysqld_safe]
pid-file=/var/run/mysqld/mysqld.pid
log_error = /data/mysql/log/mysql-error.log slow_query_log = 1slow_query_log_file = /data/mysql/log/mysql-slow.log
===================================================================================================
mysql操作记录
标签：
小编还为您整理了以下内容，可能对您也有帮助：
mysql的几种日志记录
重做日志（redo log）
作用：
确保事务的持久性。
防止在发生故障的时间点，尚有脏页未写入磁盘，在重启mysql服务的时候，根据redo log进行重做，从而达到事务的持久性这一特性。
内容：
物理格式的日志，记录的是物理数据页面的修改的信息，其redo log是顺序写入redo log file的物理文件中去的。
什么时候产生：
事务开始之后就产生redo log，redo log的落盘并不是随着事务的提交才写入的，而是在事务的执行过程中，便开始写入redo log文件中。
什么时候释放：
当对应事务的脏页写入到磁盘之后，redo log的使命也就完成了，重做日志占用的空间就可以重用（被覆盖）。
对应的物理文件：
默认情况下，对应的物理文件位于数据库的data目录下的ib_logfile1&ib_logfile2
innodb_log_group_home_dir 指定日志文件组所在的路径，默认./ ，表示在数据库的数据目录下。
innodb_log_files_in_group 指定重做日志文件组中文件的数量，默认2
关于文件的大小和数量，由一下两个参数配置:
innodb_log_file_size 重做日志文件的大小。
innodb_mirrored_log_groups 指定了日志镜像文件组的数量，默认1
其他：
很重要一点，redo log是什么时候写盘的？前面说了是在事物开始之后逐步写盘的。
之所以说重做日志是在事务开始之后逐步写入重做日志文件，而不一定是事务提交才写入重做日志缓存，
原因就是，重做日志有一个缓存区Innodb_log_buffer，Innodb_log_buffer的默认大小为8M(这里设置的16M),Innodb存储引擎先将重做日志写入innodb_log_buffer中。
回滚日志（undo log）
作用：
保存了事务发生之前的数据的一个版本，可以用于回滚，同时可以提供多版本并发控制下的读（MVCC），也即非锁定读
内容：
逻辑格式的日志，在执行undo的时候，仅仅是将数据从逻辑上恢复至事务之前的状态，而不是从物理页面上操作实现的，这一点是不同于redo log的。
什么时候产生：
事务开始之前，将当前是的版本生成undo log，undo 也会产生 redo 来保证undo log的可靠性
什么时候释放：
当事务提交之后，undo log并不能立马被删除，
而是放入待清理的链表，由purge线程判断是否由其他事务在使用undo段中表的上一个事务之前的版本信息，决定是否可以清理undo log的日志空间。
对应的物理文件：
MySQL5.6之前，undo表空间位于共享表空间的回滚段中，共享表空间的默认的名称是ibdata，位于数据文件目录中。
MySQL5.6之后，undo表空间可以配置成的文件，但是提前需要在配置文件中配置，完成数据库初始化后生效且不可改变undo log文件的个数
如果初始化数据库之前没有进行相关配置，那么就无法配置成的表空间了。
关于MySQL5.7之后的undo 表空间配置参数如下
innodb_undo_directory = /data/undospace/ --undo表空间的存放目录
innodb_undo_logs = 128 --回滚段为128KB
innodb_undo_tablespaces = 4 --指定有4个undo log文件
二进制日志(binlog):
作用：
用于复制，在主从复制中，从库利用主库上的binlog进行重播，实现主从同步。
用于数据库的基于时间点的还原。
内容：
逻辑格式的日志，可以简单认为就是执行过的事务中的sql语句。
但又不完全是sql语句这么简单，而是包括了执行的sql语句（增删改）反向的信息，也就意味着delete对应着delete本身和其反向的insert；update对应着update执行前后的版本的信息；insert对应着delete和insert本身的信息。
在使用mysqlbinlog解析binlog之后一些都会大白。
因此可以基于binlog做到类似于oracle的闪回功能，其实都是依赖于binlog中的日志记录。
什么时候产生：
事务提交的时候，一次性将事务中的sql语句（一个事物可能对应多个sql语句）按照一定的格式记录到binlog中。
这里与redo log很明显的差异就是redo log并不一定是在事务提交的时候刷新到磁盘，redo log是在事务开始之后就开始逐步写入磁盘。
因此对于事务的提交，即便是较大的事务，提交（commit）都是很快的，但是在开启了bin_log的情况下，对于较大事务的提交，可能会变得比较慢一些。
这是因为binlog是在事务提交的时候一次性写入的造成的，这些可以通过测试验证。
什么时候释放：
binlog的默认是保持时间由参数expire_logs_days配置，也就是说对于非活动的日志文件，在生成时间超过expire_logs_days配置的天数之后，会被自动删除。
对应的物理文件：
配置文件的路径为log_bin_basename，binlog日志文件按照指定大小，当日志文件达到指定的最大的大小之后，进行滚动更新，生成新的日志文件。
对于每个binlog日志文件，通过一个统一的index文件来组织。
慢查询日志:
慢日志记录执行时间过长和没有使用索引的查询语句，报错select、update、delete以及insert语句，慢日志只会记录执行成功的语句。
查看慢查询时间：
show variables like “long_query_time”;默认10s
查看慢查询日志路径：
show variables like “%slow%”;
开启慢日志
set global slow_query_log=1;
mysql的几种日志记录
标签：basename逻辑最大的指定bin判断purgeselectredo
MySQL中几种常见的日志
前言：
在 MySQL 系统中，有着诸多不同类型的日志。各种日志都有着自己的用途，通过分析日志，我们可以优化数据库性能，排除故障，甚至能够还原数据。这些不同类型的日志有助于我们更清晰的了解数据库，在日常学习及运维过程中也会和这些日志打交道。本节内容将带你了解 MySQL 数据库中几种常用日志的作用及管理方法。
1.错误日志（errorlog）
错误日志记录着 mysqld 启动和停止，以及服务器在运行过程中发生的错误及警告相关信息。当数据库意外宕机或发生其他错误时，我们应该去排查错误日志。
log_error 参数控制错误日志是否写入文件及文件名称，默认情况下，错误日志被写入终端标准输出stderr。当然，推荐指定 log_error 参数，自定义错误日志文件位置及名称。
# 指定错误日志位置及名称
vim /etc/my.cnf
[mysqld]
log_error = /data/mysql/logs/error.log
相关配置变量说明：
log_error={1 | 0 | /PATH/TO/ERROR_LOG_FILENAME}
定义错误日志文件。作用范围为全局或会话级别，属非动态变量。
2.慢查询日志（slow query log）
慢查询日志是用来记录执行时间超过 long_query_time 这个变量定义的时长的查询语句。通过慢查询日志，可以查找出哪些查询语句的执行效率很低，以便进行优化。
与慢查询相关的几个参数如下：
slow_query_log：是否启用慢查询日志，默认为0，可设置为0，1。
slow_query_log_file：指定慢查询日志位置及名称，默认值为host_name-slow.log，可指定绝对路径。
long_query_time：慢查询执行时间阈值，超过此时间会记录，默认为10，单位为s。
log_output：慢查询日志输出目标，默认为file，即输出到文件。
默认情况下，慢查询日志是不开启的，一般情况下建议开启，方便进行慢SQL优化。在配置文件中可以增加以下参数：
# 慢查询日志相关配置，可根据实际情况修改
vim /etc/my.cnf
[mysqld]
slow_query_log = 1
slow_query_log_file = /data/mysql/logs/slow.log
long_query_time = 3
log_output = FILE
3.一般查询日志（general log）
一般查询日志又称通用查询日志，是 MySQL 中记录最详细的日志，该日志会记录 mysqld 所有相关操作，当 clients 连接或断开连接时，服务器将信息写入此日志，并记录从 clients 收到的每个 SQL 语句。当你怀疑 client 中的错误并想要确切知道 client 发送给mysqld的内容时，通用查询日志非常有用。
默认情况下，general log 是关闭的，开启通用查询日志会增加很多磁盘 I/O， 所以如非出于调试排错目的，不建议开启通用查询日志。相关参数配置介绍如下：
# general log相关配置
vim /etc/my.cnf
[mysqld]
general_log = 0 //默认值是0，即不开启，可设置为1
general_log_file = /data/mysql/logs/general.log //指定日志位置及名称
4.二进制日志（binlog）
关于二进制日志，前面有篇文章做过介绍。它记录了数据库所有执行的DDL和DML语句（除了数据查询语句select、show等），以事件形式记录并保存在二进制文件中。常用于数据恢复和主从复制。
与 binlog 相关的几个参数如下：
log_bin：指定binlog是否开启及文件名称。
server_id：指定服务器唯一ID，开启binlog 必须设置此参数。
binlog_format：指定binlog模式，建议设置为ROW。
max_binlog_size：控制单个二进制日志大小，当前日志文件大小超过此变量时，执行切换动作。
expire_logs_days：控制二进制日志文件保留天数，默认值为0，表示不自动删除，可设置为0~99。
binlog默认情况下是不开启的，不过一般情况下，建议开启，特别是要做主从同步时。
# binlog 相关配置
vim /etc/my.cnf
[mysqld]
server-id = 1003306
log-bin = /data/mysql/logs/binlog
binlog_format = row
expire_logs_days = 15
5.中继日志（relay log）
中继日志用于主从复制架构中的从服务器上，从服务器的 slave 进程从主服务器处获取二进制日志的内容并写入中继日志，然后由 IO 进程读取并执行中继日志中的语句。
relay log 相关参数一般在从库设置，几个相关参数介绍如下：
relay_log：定义 relay log 的位置和名称。
relay_log_purge：是否自动清空不再需要中继日志，默认值为1(启用)。
relay_log_recovery：当 slave 从库宕机后，假如 relay log 损坏了，导致一部分中继日志没有处理，则自动放弃所有未执行的 relay log ，并且重新从 master 上获取日志，这样就保证了 relay log 的完整性。默认情况下该功能是关闭的，将 relay_log_recovery 的值设置为1可开启此功能。
relay log 默认位置在数据文件的目录，文件名为 host_name-relay-bin，可以自定义文件位置及名称。
# relay log 相关配置,从库端设置
vim /etc/my.cnf
[mysqld]
relay_log = /data/mysql/logs/relay-bin
relay_log_purge = 1
relay_log_recovery = 1
总结：
本篇文章主要讲述了 MySQL 中的几类日志的用途及设置方法，需要注意的是，上述几类日志，若不指定绝对路径，则默认保存在数据目录下，我们也可以新建一个日志目录专用于保存这些日志。还有 redo log 和 undo log 没有讲解，留在下篇文章吧。
MySQL中几种常见的日志
标签：详细一个错误效率停止不同类相关信息日志记录convert
MySql怎样追踪用户操作记录
配置文件开启二进制日志，log-bin[=dir/[filename]] 或者set sql_log_bin=1开启，set sql_log_bin=0关闭。进入二进制文件目录，用mysqlbinlog命令查看二进制日志文件。同样的，开启通用日志文件也可以追踪用户操作记录。
MySql怎样追踪用户操作记录
配置文件开启二进制日志，log-bin[=dir/[filename]] 或者set sql_log_bin=1开启，set sql_log_bin=0关闭。进入二进制文件目录，用mysqlbinlog命令查看二进制日志文件。同样的，开启通用日志文件也可以追踪用户操作记录。
怎样查看本机mysql的详细操作记录
如果你想要知道mysqld内部发生了什么，你应该用--log[=file_name]或-l [file_name]选项启动它。如果没有给定file_name的值， 默认名是host_name.log。所有连接和语句被记录到日志文件。当你怀疑在客户端发生了错误并想确切地知道该客户端发送给mysqld的语句时，该日志可能非常有用。
mysqld按照它接收的顺序记录语句到查询日志。这可能与执行的顺序不同。这与更新日志和二进制日志不同，它们在查询执行后，但是任何一个锁释放之前记录日志。(查询日志还包含所有语句，而二进制日志不包含只查询数据的语句）。
把用户操作记录保存到mysql数据库怎么实现
修改my.cnf,在[mysqld]段加入
log-bin
重启mysql服务后，你的操作会在数据库的目录中生成一些mysqld.bin.000001文件，这些就是操作日志。你的对数据的操作，如创建表格，插入，删除等，都会被记录进去。
这个功能还被用于双机数据库热备份。
把用户操作记录保存到mysql数据库怎么实现
修改my.cnf,在[mysqld]段加入
log-bin
重启mysql服务后，你的操作会在数据库的目录中生成一些mysqld.bin.000001文件，这些就是操作日志。你的对数据的操作，如创建表格，插入，删除等，都会被记录进去。
这个功能还被用于双机数据库热备份。
MySQL三种重要日志
日志是MySQL的重要组成部分，其中对于开发而言不得不关注三种重要的日志，分别是二进制日志（bin log）、事务日志（redo log、undo log）。接下来详细介绍这三种日志。
binlog叫做二进制日志，主要是用于记录MySQL表的逻辑变化过程。在实际应用过程中，通常被用于主从复制和数据恢复。
事务执行过程中，会先把日志写到binlog cache，事务提交的时候，再把binlog cache写到binlog文件中。
事务提交后的写入只是写入到文件系统的page cache，并没有把数据持久化到磁盘。持久化磁盘由操作系统决定调用fsync。
MySQL提供了配置决定fsync的时机，当sync_binlog=0的时候，每次提交事务只写入page cache，不执行fsync。当sync_binlog=1的时候，表示每次提交事务都会执行fsync。当sync_binlog = N的时候，每次提交事务都写入page cache，累计多个事务才进行fsync。
显然，当sync_binlog = 1的时候，binlog日志不会丢失。当sync_binlog = N的时候，如果发生异常重启，会丢失N个事务的binlog日志。
STATEMENT
记录数据操作的原始SQL，可能引发主库备库因索引选择不一致，导致数据执行结果不一致。
ROW
ROW基于行复制，只记录哪条数据被修改.缺点：占空间。比如DELETE 语句，对于STATEMENT只占用1条SQL。而ROW格式则需要把所有记录的数据记录下来。
MIXED
对于可能引发主备不一致的命令使用ROW格式，否则使用STATEMTNT
对于每一次更新操作，MySQL都需要写入磁盘，然后需要找到对应那条记录并更新。IO成本较高和查找成本都很高。为了提高性能，MySQL会将更新操作写入redo log，并更新内存。INNODB引擎会在适当的时候将操作记录更新到磁盘。
[图片上传失败...(image-c6a1f2-1627716309698)]
undo log主要是记录了数据的逻辑变化，比如对应一条insear语句，undo log会记录一条delete语方便回退到更新前的值。
时刻A发生故障的话，由于binlog未写入，redo log回滚数据，两个日志数据是一致的。
时刻B发生故障，则需要判断binlog是否完整来决定如何恢复。
redo log和bin log的区别？
为什么redo log crash-safe，而bin log不可以？
MySQL三种重要日志
日志是MySQL的重要组成部分，其中对于开发而言不得不关注三种重要的日志，分别是二进制日志（bin log）、事务日志（redo log、undo log）。接下来详细介绍这三种日志。
binlog叫做二进制日志，主要是用于记录MySQL表的逻辑变化过程。在实际应用过程中，通常被用于主从复制和数据恢复。
事务执行过程中，会先把日志写到binlog cache，事务提交的时候，再把binlog cache写到binlog文件中。
事务提交后的写入只是写入到文件系统的page cache，并没有把数据持久化到磁盘。持久化磁盘由操作系统决定调用fsync。
MySQL提供了配置决定fsync的时机，当sync_binlog=0的时候，每次提交事务只写入page cache，不执行fsync。当sync_binlog=1的时候，表示每次提交事务都会执行fsync。当sync_binlog = N的时候，每次提交事务都写入page cache，累计多个事务才进行fsync。
显然，当sync_binlog = 1的时候，binlog日志不会丢失。当sync_binlog = N的时候，如果发生异常重启，会丢失N个事务的binlog日志。
STATEMENT
记录数据操作的原始SQL，可能引发主库备库因索引选择不一致，导致数据执行结果不一致。
ROW
ROW基于行复制，只记录哪条数据被修改.缺点：占空间。比如DELETE 语句，对于STATEMENT只占用1条SQL。而ROW格式则需要把所有记录的数据记录下来。
MIXED
对于可能引发主备不一致的命令使用ROW格式，否则使用STATEMTNT
对于每一次更新操作，MySQL都需要写入磁盘，然后需要找到对应那条记录并更新。IO成本较高和查找成本都很高。为了提高性能，MySQL会将更新操作写入redo log，并更新内存。INNODB引擎会在适当的时候将操作记录更新到磁盘。
[图片上传失败...(image-c6a1f2-1627716309698)]
undo log主要是记录了数据的逻辑变化，比如对应一条insear语句，undo log会记录一条delete语方便回退到更新前的值。
时刻A发生故障的话，由于binlog未写入，redo log回滚数据，两个日志数据是一致的。
时刻B发生故障，则需要判断binlog是否完整来决定如何恢复。
redo log和bin log的区别？
为什么redo log crash-safe，而bin log不可以？
mysql常用语句
MySql常用操作SQL语句汇总
插入记录通过insert into进行，SQL语句格式为：例如，向表stuinfo插入一条记录，SQL语句为：注意：上方是一条SQL语句，为了可读性换行，记住一条SQL语句默认以分号结尾。
MySQL的常见操作在这里先做一下总结，已经整合到代码里面，经过检验无误。
计算年数 如果您想通过生日来计算这个人的年龄，可以用以下的语句来实现：SELECT DATE_FORMAT(FROM_DAYS(TO_DAYS(now())- TO_DAYS(@dateofbirth))，%Y)+ 0；两个时间的差 取得两个 datetime 值的差。
mysql数据库中最常用的几个命令
1、databasename；选择数据库 drop database name 直接删除数据库，不提醒 show tables；显示表 describe tablename；表的详细描述 select 中加上distinct去除重复字段 mysqladmin drop databasename 删除数据库前，有提示。
2、备份MySQL数据库的命令 mysqlmp-hhostname-uusername-ppassworddatabasenamebackupfile.sql 备份MySQL数据库为带删除表的格式，能够让该备份覆盖已有数据库而不需要手动删除原有数据库。
3、选择访问某个数据库；SHOW tables；找出当前的MySQL数据库包含什么表；DESCRIBE tablename；列出一个表的结构；SHOW INDEX FROM tablename；显示表中的索引信息。
4、您要问那些数据库的命令？ 是查询？操作还是 管理？ select，update，insert，delete alter ，create ，drop，lock table 还有管理命令，mysql ，oracle ，sql server 数据库的命令是不一样的。
mysql语句怎么写(有两个表a和b,b包含a所有的字段,想将b的某一条记录...
SELECT INTO 语句 SELECT INTO 语句从一个表中选取数据，然后把数据插入另一个表中。SELECT INTO 语句常用于创建表的备份复件或者用于对记录进行存档。
有两种方法，一种方法使用mysql的check table和repair table 的sql语句，另一种方法是使用MySQL提供的多个myisamchk， isamchk数据检测恢复工具。前者使用起来比较简便。推荐使用。
mysql无论如何也做不到用一条语句给两张表插入数据。理由：一个insert语句仅能在一个表中插入，这是语法的规定。
mysql删除语句
mysql删除表的命令如下：在mysql中，可以利用“DORPTABLE”语句来删除数据表，通用语法格式“DROPTABLEtable_name；”；其中，“table_name”表示要被删除的数据表的名称，可以指定多个数据表名称，只要相互之间用逗号隔开即可。
可以使用UPDATE语句中的REPLACE函数来删除MySQL一列数据中的某个文字。
在MySQL中，可以使用DELETE语句来删除表的一行或者多行数据。MySQL是一个关系型数据库管理系统，由瑞典MySQLAB公司开发，属于Oracle旗下产品。
删除数据库是将已经存在的数据库从磁盘空间中清除，数据库中的所有数据也全部被删除。基本语法格式：其中“db_name”是要删除的数据库名称，如果指定数据库名不存在，则删除出错。
如何选择合适的数据库解决方案？
如果有强大的技术团队，关系型和非关系型数据库都可选择。一般来讲，非关系型数据库需要更多管理维护的时间。
(三)MySQL，Access是一种桌面数据库，只适合数据量少的应用，在处理少量数据和单机访问的数据库时是很好的，效率也很高。但是它的同时访问客户端不能多于4个。
虽然把上面的架构全部组合在一起可以形成一个强大的高可用，高负载的数据库系统，但是架构选择合适才是最重要的。 混合架构虽然能够解决所有的场景的问题，但是也会面临更多的挑战，你以为的完美架构，背后其实有着更多的坑。
例如，如果你需要的是数据分析仓库，关系数据库可能不是一个适合的选择；如果你处理事务的应用要求严格的数据完整性和一致性，就不要考虑NoSQL了。不要重新发明轮子 在过去的数十年，开源数据库技术迅速发展壮大。
本文首先讨论了基于第三范式的数据库表的基本设计，着重论述了建立主键和索引的策略和方案，然后从数据库表的扩展设计和库表对象的放置等角度概述了数据库管理系统的优化方案。
一定要对自己适用，不一定多高级，如果只是小型站，ACCESS就行了，再要求高点的，MYSQL。
15个MySQL常用基本SQL语句
1、插入记录通过insert into进行，SQL语句格式为：例如，向表stuinfo插入一条记录，SQL语句为：注意：上方是一条SQL语句，为了可读性换行，记住一条SQL语句默认以分号结尾。
2、MySQL的常见操作在这里先做一下总结，已经整合到代码里面，经过检验无误。
3、简单的Transact-SQL查询只包括选择列表、FROM子句和WHERE子句。它们分别说明所查询列、查询的表或视图、以及搜索条件等。 例如，下面的语句查询testtable表中姓名为张三的nickname字段和email字段。
4、ORDER BY 日期；这条SQL语句使用了窗口函数（Window Function）中的SUM函数，通过ORDER BY子句指定按日期升序排序，然后使用窗口函数计算每日的月累计数，并在结果集中返回。最终的结果集会包含日期、日产量和月累计数三个字段。
sqlyog导出数据库文件有日志吗
答案：SQLyog 工具本身不直接提供操作日志。
解释：SQLyog 是一款流行的 MySQL 管理工具，它提供了众多功能，包括数据查询、数据库管理、数据导入导出等。然而，SQLyog 不直接提供详细的操作日志。当你使用 SQLyog 导出数据库文件时，它不会自动生成并保存你的操作日志。
拓展内容：虽然 SQLyog 本身不提供操作日志，但你可以通过其他方式记录操作过程。一种可能的方法是使用 SQLyog 的 SQL 编辑器功能，直接执行 SQL 命令来导出数据库，这样你可以保存并查看你执行的 SQL 命令。另一种方法是使用 MySQL 的日志功能，MySQL 服务器可以配置为记录所有的 SQL 查询操作，包括你通过 SQLyog 执行的操作。
请注意，配置和使用 MySQL 的日志功能可能需要一定的技术知识，并且可能会对服务器性能产生影响。如果你需要记录数据库操作的详细信息，建议咨询具有相关经验的数据库管理员或者 IT 专业人员。
总的来说，虽然 SQLyog 不直接提供操作日志，但有其他方法可以记录和查看数据库操作的详细信息。