mysql 日志类型

xiaoxiao2021-03-25 187

详细内容参看网址：

http://blog.itpub.net/29065182/viewspace-1161787/

MySQL日志管理 2014-05-15 11:55:14

分类： MySQL

MySQL日志管理

一、日志类型：

MySQL有几个不同的日志文件，可以帮助你找出mysqld内部发生的事情：日志文件记入文件中的信息类型错误日志记录启动、运行或停止时出现的问题。查询日志记录建立的客户端连接和执行的语句。二进制日志记录所有更改数据的语句。主要用于复制和即时点恢复。慢日志记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询。事务日志记录InnoDB等支持事务的存储引擎执行事务时产生的日志。默认情况下，所有日志创建于mysqld数据目录中。

错误日志：

错误日志主要记录如下几种日志： ? 服务器启动和关闭过程中的信息 ? 服务器运行过程中的错误信息 ? 事件调度器运行一个时间是产生的信息 ? 在从服务器上启动从服务器进程是产生的信息

错误日志定义：

可以用--log-error[=file_name]选项来指定mysqld保存错误日志文件的位置。如果没有给定file_name值，mysqld使用错误日志名host_name.err 并在数据目录中写入日志文件。如果你执行FLUSH LOGS，错误日志用-old重新命名后缀并且mysqld创建一个新的空日志文件。(如果未给出--log-error选项，则不会重新命名）。查看当前错误日志配置：

通用查询日志：日志量太大不建议使用 ? 启动开关：general_log={ON|OFF} ? 日志文件变量：general_log_file[=/PATH/TO/file] ? 全局日志开关：log={ON|OFF} 该开关打开后，所有日志都会被启用 ? 记录类型：log_output={TABLE|FILE|NONE}

因此，要启用通用查询日志，需要至少配置general_log=ON，log_output={TABLE|FILE}。而general_log_file如果没有指定，默认名是host_name.log。看看上述几个值的默认配置：

慢查询日志：

MySQL如果启用了slow_query_log=ON选项，就会记录执行时间超过long_query_time的查询（初使表锁定的时间不算作执行时间）。日志记录文件为slow_query_log_file[=file_name]，如果没有给出file_name值，默认为主机名，后缀为-slow.log。如果给出了文件名，但不是绝对路径名，文件则写入数据目录。默认与慢查询相关变量： mysql> SHOW GLOBAL VARIABLES LIKE '%slow_query_log%'; +----------------------------+--------------------------------+ | Variable_name | Value | +----------------------------+--------------------------------+ | slow_query_log | OFF | | slow_query_log_file | /data/mysql/localhost-slow.log | +----------------------------+--------------------------------+ 服务器参数设定方法与通用查询日志相同，不做解释。默认没有启用慢查询，为了服务器调优，建议开启。 mysql> SET GLOBAL slow_query_log=ON; Query OK, 0 rows affected (1.45 sec) ##如果要长久生效，则需要在配置文件中定义。那么多久算是慢呢？如果查询时长超过long_query_time的定义值（默认10秒），即为慢查询： mysql> SHOW GLOBAL VARIABLES LIKE 'long_query_time'; +-----------------+-----------+ | Variable_name | Value | +-----------------+-----------+ | long_query_time | 10.000000 | +-----------------+-----------+

二进制日志：

二进制日志启动开关：log-bin [= file_name] 在5.6及以上版本一定要手动指定。5.6以下版本默认file_name为$datadir/mysqld-binlog 二进制日志用于记录所有更改数据的语句。主要用于复制和即时点恢复。查看二进制日志的工具为：mysqlbinlog 二进制日志包含了所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改。二进制日志还包含关于每个更新数据库的语句的执行时间信息。它不包含没有修改任何数据的语句。二进制日志的主要目的是在数据库存在故障时，恢复时能够最大可能地更新数据库（即时点恢复），因为二进制日志包含备份后进行的所有更新。二进制日志还用于在主复制服务器上记录所有将发送给从服务器的语句。那么二进制日志是记录执行的语句还是执行后的结果数据呢？第一种情况：加入一个表有10万行数据，而现在要执行一个如下语句将amount字段的值全部在原来的基础上增加1000：

UPDATE sales.january SET amount=amount+1000；

此时如果要记录执行后的结果数据的话，日志会非常大。因此在这种情况下应记录执行语句。这种方式就是基于语句的二进制日志。第二种情况：如果向某个字段插入的是当前的时间呢？如下： INSERT INTO tb SET Birthdate=CURRENT_TIME();//如果记录语句那到从服务器上时，结果就不一样了。所以使用混合模式是最好的。mysql会自动的帮你分辨该使用哪种方式记录此时就不能记录语句了，因为不同时间执行的结果是不一样的。这是应该记录这一行的值，这种就是基于行（row）的二进制日志。在有些情况，可能会结合两种方式来记录，这种叫做混合方式的二进制日志。二进制日志记录时间：默认情况下，并不是每次写入时都将二进制日志与硬盘同步。因此如果操作系统或机器(不仅仅是MySQL服务器)崩溃，有可能二进制日志中最后的语句丢失了。要想防止这种情况，你可以使用sync_binlog全局变量(1是最安全的值，但也是最慢的。不建议使用这种配置，这回严重影响mysql的性能。其实我妹的数据表基本是innodb引擎的表。这种表使用事务日志机制的，最多在崩溃时丢失1s数据。当然前提是mysql还能起来。如果起不来了，崩溃前的事务日志得不到执行也是会丢失一部分数据的。)，使二进制日志在每N次二进制日志写入后与硬盘同步。对非事务表的更新执行完毕后立即保存到二进制日志中。对于事务表，例如BDB或InnoDB表，所有更改表的更新(UPDATE、DELETE或INSERT) 被缓存起来，直到服务器接收到COMMIT语句。在该点，执行完COMMIT之前，mysqld将整个事务写入二进制日志。

二进制日志的管理： ? 日志的滚动：在my.cnf中设定max_binlog_size = 200M，表示限制二进制日志最大尺寸为200M，超过200M后进行滚动。MySQL的滚动方式与其他日志不太一样，滚动时会创建一个新的编号大1的日志用于记录最新的日志，而原日志名字不会被改变。每次重启MySQL服务，日志都会自动滚动一次。另外如果需要手动滚动，则使用命令：

mysql> FLUSH LOGS; ? 日志的查看：查看有哪些二进制日志文件：

mysql> INSERT INTO students (Name,Age) VALUES ('stu1',24); Query OK, 1 row affected (0.07 sec)

##可以看到Position（位置）已经改变。查看二进制日志内容：

mysql> SHOW BINLOG EVENTS IN 'mysqld-binlog.000002';

+----------------------+-----+-------------+-----------+-------------+------------------------------------------------------------------+ | Log_name | Pos | Event_type | Server_id | End_log_pos | Info | +----------------------+-----+-------------+-----------+-------------+------------------------------------------------------------------+ | mysqld-binlog.000002 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.13-log, Binlog ver: 4 | | mysqld-binlog.000002 | 120 | Query | 1 | 203 | BEGIN | | mysqld-binlog.000002 | 203 | Intvar | 1 | 235 | INSERT_ID=11 | | mysqld-binlog.000002 | 235 | Query | 1 | 363 | use `jiaowu`; INSERT INTO students (Name,Age) VALUES ('stu1',24) | | mysqld-binlog.000002 | 363 | Xid | 1 | 394 | COMMIT /* xid=13 */ | +----------------------+-----+-------------+-----------+-------------+------------------------------------------------------------------+ 5 rows in set (0.01 sec)

##该语句还可以加上Position（位置），指定显示从哪个Position（位置）开始：

mysql> SHOW BINLOG EVENTS IN 'mysqld-binlog.000002' FROM 203; +----------------------+-----+------------+-----------+-------------+------------------------------------------------------------------+ | Log_name | Pos | Event_type | Server_id | End_log_pos | Info | +----------------------+-----+------------+-----------+-------------+------------------------------------------------------------------+ | mysqld-binlog.000002 | 203 | Intvar | 1 | 235 | INSERT_ID=11 | | mysqld-binlog.000002 | 235 | Query | 1 | 363 | use `jiaowu`; INSERT INTO students (Name,Age) VALUES ('stu1',24) | | mysqld-binlog.000002 | 363 | Xid | 1 | 394 | COMMIT /* xid=13 */ | +----------------------+-----+------------+-----------+-------------+------------------------------------------------------------------+ 3 rows in set (0.00 sec)

使用命令mysqlbinlog查看二进制日志内容：基本语法：

mysqlbinlog [options] log-files 常用options（选项）： --start-position ：开始位置 --stop-position ：结束位置 --start-datetime 'yyyy-mm-dd hh:mm:ss' ：开始时间 --stop-datetime 'yyyy-mm-dd hh:mm:ss' ：结束时间示例： [root@localhost mysql]# mysqlbinlog --start-datetime '2013-09-26 23:30:00' mysqld-binlog.000002 [root@localhost mysql]# mysqlbinlog --start-position 203 --stop-position 389 mysqld-binlog.000002

删除二进制日志文件：二进制日志文件不能直接删除的，如果使用rm等命令直接删除日志文件，可能导致数据库的崩溃。必须使用命令PURGE删除日志，语法如下： PURGE { BINARY | MASTER } LOGS { TO 'log_name' | BEFORE datetime_expr } 示例： ##查看当前所有日志文件

[root@localhost mysql]# ll mysqld-binlog.0* -rw-rw----. 1 mysql mysql 445 9月 22 15:13 mysqld-binlog.000002 -rw-rw----. 1 mysql mysql 171 9月 22 15:13 mysqld-binlog.000003 -rw-rw----. 1 mysql mysql 171 9月 22 15:13 mysqld-binlog.000004 -rw-rw----. 1 mysql mysql 171 9月 22 15:13 mysqld-binlog.000005 -rw-rw----. 1 mysql mysql 171 9月 22 15:13 mysqld-binlog.000006 -rw-rw----. 1 mysql mysql 171 9月 22 15:13 mysqld-binlog.000007 -rw-rw----. 1 mysql mysql 120 9月 22 15:13 mysqld-binlog.000008

##删除mysqld-binlog.000006以前的日志文件：

mysql> PURGE BINARY LOGS TO 'mysqld-binlog.000006'; Query OK, 0 rows affected (0.02 sec)

##查看删除情况：

[root@localhost mysql]# ll mysqld-binlog.0* -rw-rw----. 1 mysql mysql 171 9月 22 15:13 mysqld-binlog.000006 -rw-rw----. 1 mysql mysql 171 9月 22 15:13 mysqld-binlog.000007 -rw-rw----. 1 mysql mysql 120 9月 22 15:13 mysqld-binlog.000008

mysql> SHOW BINARY LOGS;

+----------------------+-----------+ | Log_name | File_size | +----------------------+-----------+ | mysqld-binlog.000006 | 171 | | mysqld-binlog.000007 | 171 | | mysqld-binlog.000008 | 120 | +----------------------+-----------+ 3 rows in set (0.00 sec)

六、MySQL中日志相关常用的服务器变量说明：

expire_logs_days={0..99} 设定二进制日志的过期天数，超出此天数的二进制日志文件将被自动删除。默认为0，表示不启用过期自动删除功能。如果启用此功能，自动删除工作通常发生在MySQL启动时或FLUSH日志时。作用范围为全局，可用于配置文件，属动态变量。 general_log={ON|OFF} 设定是否启用查询日志，默认值为取决于在启动mysqld时是否使用了--general_log选项。如若启用此项，其输出位置则由--log_output选项进行定义，如果log_output的值设定为NONE，即使用启用查询日志，其也不会记录任何日志信息。作用范围为全局，可用于配置文件，属动态变量。 general_log_file=FILE_NAME 查询日志的日志文件名称，默认为“hostname.log"。作用范围为全局，可用于配置文件，属动态变量。 binlog-format={ROW|STATEMENT|MIXED} 指定二进制日志的类型，默认为STATEMENT，建议更改为MIXED。如果设定了二进制日志的格式，却没有启用二进制日志，则MySQL启动时会产生警告日志信息并记录于错误日志中。作用范围为全局或会话，可用于配置文件，且属于动态变量。 log={YES|NO} 是否启用记录所有语句的日志信息于一般查询日志(general query log)中，默认通常为OFF。MySQL 5.6已经弃用此选项。 log-bin={YES|NO} 是否启用二进制日志，如果为mysqld设定了--log-bin选项，则其值为ON，否则则为OFF。其仅用于显示是否启用了二进制日志，并不反应log-bin的设定值。作用范围为全局级别，属非动态变量。 log_bin_trust_function_creators={TRUE|FALSE} 此参数仅在启用二进制日志时有效，用于控制创建存储函数时如果会导致不安全的事件记录二进制日志条件下是否禁止创建存储函数。默认值为0，表示除非用户除了CREATE ROUTING或ALTER ROUTINE权限外还有SUPER权限，否则将禁止创建或修改存储函数，同时，还要求在创建函数时必需为之使用DETERMINISTIC属性，再不然就是附带READS SQL DATA或NO SQL属性。设置其值为1时则不启用这些限制。作用范围为全局级别，可用于配置文件，属动态变量。 log_error=/PATH/TO/ERROR_LOG_FILENAME 定义错误日志文件。作用范围为全局或会话级别，可用于配置文件，属非动态变量。 log_output={TABLE|FILE|NONE} 定义一般查询日志和慢查询日志的保存方式，可以是TABLE、FILE、NONE，也可以是TABLE及FILE的组合(用逗号隔开)，默认为TABLE。如果组合中出现了NONE，那么其它设定都将失效，同时，无论是否启用日志功能，也不会记录任何相关的日志信息。作用范围为全局级别，可用于配置文件，属动态变量。 log_query_not_using_indexes={ON|OFF} 设定是否将没有使用索引的查询操作记录到慢查询日志。作用范围为全局级别，可用于配置文件，属动态变量。 log_slave_updates 用于设定复制场景中的从服务器是否将从主服务器收到的更新操作记录进本机的二进制日志中。本参数设定的生效需要在从服务器上启用二进制日志功能。 log_slow_queries={YES|NO} 是否记录慢查询日志。慢查询是指查询的执行时间超出long_query_time参数所设定时长的事件。MySQL 5.6将此参数修改为了slow_query_log。作用范围为全局级别，可用于配置文件，属动态变量。 log_warnings=# 设定是否将警告信息记录进错误日志。默认设定为1，表示启用；可以将其设置为0以禁用；而其值为大于1的数值时表示将新发起连接时产生的“失败的连接”和“拒绝访问”类的错误信息也记录进错误日志。 long_query_time=# 设定区别慢查询与一般查询的语句执行时间长度。这里的语句执行时长为实际的执行时间，而非在CPU上的执行时长，因此，负载较重的服务器上更容易产生慢查询。其最小值为0，默认值为10，单位是秒钟。它也支持毫秒级的解析度。作用范围为全局或会话级别，可用于配置文件，属动态变量。 max_binlog_cache_size{4096 .. 18446744073709547520} 二进定日志缓存空间大小，5.5.9及以后的版本仅应用于事务缓存，其上限由max_binlog_stmt_cache_size决定。作用范围为全局级别，可用于配置文件，属动态变量。 max_binlog_size={4096 .. 1073741824} 设定二进制日志文件上限，单位为字节，最小值为4K，最大值为1G，默认为1G。某事务所产生的日志信息只能写入一个二进制日志文件，因此，实际上的二进制日志文件可能大于这个指定的上限。作用范围为全局级别，可用于配置文件，属动态变量。 max_relay_log_size={4096..1073741824} 设定从服务器上中继日志的体积上限，到达此限度时其会自动进行中继日志滚动。此参数值为0时，mysqld将使用max_binlog_size参数同时为二进制日志和中继日志设定日志文件体积上限。作用范围为全局级别，可用于配置文件，属动态变量。 innodb_log_buffer_size={262144 .. 4294967295} 设定InnoDB用于辅助完成日志文件写操作的日志缓冲区大小，单位是字节，默认为8MB。较大的事务可以借助于更大的日志缓冲区来避免在事务完成之前将日志缓冲区的数据写入日志文件，以减少I/O操作进而提升系统性能。因此，在有着较大事务的应用场景中，建议为此变量设定一个更大的值。作用范围为全局级别，可用于选项文件，属非动态变量。 innodb_log_file_size={108576 .. 4294967295} 设定日志组中每个日志文件的大小，单位是字节，默认值是5MB。较为明智的取值范围是从1MB到缓存池体积的1/n，其中n表示日志组中日志文件的个数。日志文件越大，在缓存池中需要执行的检查点刷写操作就越少，这意味着所需的I/O操作也就越少，然而这也会导致较慢的故障恢复速度。作用范围为全局级别，可用于选项文件，属非动态变量。 innodb_log_files_in_group={2 .. 100} 设定日志组中日志文件的个数。InnoDB以循环的方式使用这些日志文件。默认值为2。作用范围为全局级别，可用于选项文件，属非动态变量。 innodb_log_group_home_dir=/PATH/TO/DIR 设定InnoDB重做日志文件的存储目录。在缺省使用InnoDB日志相关的所有变量时，其默认会在数据目录中创建两个大小为5MB的名为ib_logfile0和ib_logfile1的日志文件。作用范围为全局级别，可用于选项文件，属非动态变量。 innodb_support_xa={TRUE|FLASE} 存储引擎事务在存储引擎内部被赋予了ACID属性，分布式(XA)事务是一种高层次的事务，它利用“准备”然后“提交”(prepare-then-commit)两段式的方式将ACID属性扩展到存储引擎外部，甚至是数据库外部。然而，“准备”阶段会导致额外的磁盘刷写操作。XA需要事务协调员，它会通知所有的参与者准备提交事务(阶段1)。当协调员从所有参与者那里收到“就绪”信息时，它会指示所有参与者进行真正的“提交”操作。此变量正是用于定义InnoDB是否支持两段式提交的分布式事务，默认为启用。事实上，所有启用了二进制日志的并支持多个线程同时向二进制日志写入数据的MySQL服务器都需要启用分布式事务，否则，多个线程对二进制日志的写入操作可能会以与原始次序不同的方式完成，这将会在基于二进制日志的恢复操作中或者是从服务器上创建出不同原始数据的结果。因此，除了仅有一个线程可以改变数据以外的其它应用场景都不应该禁用此功能。而在仅有一个线程可以修改数据的应用中，禁用此功能是安全的并可以提升InnoDB表的性能。作用范围为全局和会话级别，可用于选项文件，属动态变量。 relay_log=file_name 设定中继日志的文件名称，默认为host_name-relay-bin。也可以使用绝对路径，以指定非数据目录来存储中继日志。作用范围为全局级别，可用于选项文件，属非动态变量。 relay_log_index=file_name 设定中继日志的索引文件名，默认为为数据目录中的host_name-relay-bin.index。作用范围为全局级别，可用于选项文件，属非动态变量。 relay-log-info-file=file_name 设定中继服务用于记录中继信息的文件，默认为数据目录中的relay-log.info。作用范围为全局级别，可用于选项文件，属非动态变量。 relay_log_purge={ON|OFF} 设定对不再需要的中继日志是否自动进行清理。默认值为ON。作用范围为全局级别，可用于选项文件，属动态变量。 relay_log_space_limit=# 设定用于存储所有中继日志文件的可用空间大小。默认为0，表示不限定。最大值取决于系统平台位数。作用范围为全局级别，可用于选项文件，属非动态变量。 slow_query_log={ON|OFF} 设定是否启用慢查询日志。0或OFF表示禁用，1或ON表示启用。日志信息的输出位置取决于log_output变量的定义，如果其值为NONE，则即便slow_query_log为ON，也不会记录任何慢查询信息。作用范围为全局级别，可用于选项文件，属动态变量。 slow_query_log_file=/PATH/TO/SOMEFILE 设定慢查询日志文件的名称。默认为hostname-slow.log，但可以通过--slow_query_log_file选项修改。作用范围为全局级别，可用于选项文件，属动态变量。 sql_log_bin={ON|OFF} 用于控制二进制日志信息是否记录进日志文件。默认为ON，表示启用记录功能。用户可以在会话级别修改此变量的值，但其必须具有SUPER权限。作用范围为全局和会话级别，属动态变量。 sql_log_off={ON|OFF} 用于控制是否禁止将一般查询日志类信息记录进查询日志文件。默认为OFF，表示不禁止记录功能。用户可以在会话级别修改此变量的值，但其必须具有SUPER权限。作用范围为全局和会话级别，属动态变量。 sync_binlog=# 设定多久同步一次二进制日志至磁盘文件中，0表示不同步，任何正数值都表示对二进制每多少次写操作之后同步一次。当autocommit的值为1时，每条语句的执行都会引起二进制日志同步，否则，每个事务的提交会引起二进制日志同步。建议设置为1。

下面摘自另一博主：关于主从复制的配置

下边的设置不建议使用。这种设置一般用于主从复制时对那些数据库进行过滤。如果使用下边的设置，很有可能会使主从复制的数据产生不一致的结果。而且如果是过滤一些数据库，那么当数据恢复时，由于你过滤的原因，会使基于二进制时间和位置的恢复方式丢失数据。

1. 二进制日志

二进制日志存储修改数据库中表数据的所有动作，包含了所有更新了数据或者已经潜在更新了数据的所有语句。潜在跟新了数据的SQL语句例如：无法匹配行的DELETE语句；设置列为当前值的UPDATE语句。除此之外，该日志还存储了语句执行期间耗时的相关信息。二进制日志文件以一种更有效并且是事务安全的方式包含更新日志中可用的所有信息。MySQL在执行语句之后，但在释放锁之前，马上将修改写入二进制日志中，

使用--log-bin[=file_name]选项启动该日志类型，mysqld写入包含所有更新数据的SQL命令的日志文件。如果未给出file_name值，默认名为“HOSTNAME-bin.nnnnn”；如果给出了文件名，但没有包含路径，则文件被写入数据目录。如果在日志名中提供了扩展名(例如，--log-bin=file_name.extension)，则扩展名被悄悄除掉并忽略。二进制日志文件名的.nnnn表示，mysqld在每个二进制日志名后面添加一个数字扩展名。每次启动服务器或刷新日志（flush logs）时该数字增加1。如果当前的日志大小达到设定的max_binlog_size，还会自动创建新的二进制日志。如果在该文件的末尾正使用大的事务，二进制日志还有肯呢个会超过max_binlog_size：事务全写入一个二进制日志中，绝对不要写入不同的二进制日志中。

--binlog-do-db=db_name

告诉主服务器，如果当前的数据库(即USE选定的数据库)是db_name，应将更新记录到二进制日志中。其它所有没有明显指定的数据库被忽略。

如果数据库启动时使用选项--binlog-do-db=DB_A，使用语句“use DB_B”置DB_B为当前数据库，此时使用update语句修改DB_A的表数据时出现如下情况：

数据库DB_B不在允许binlog的列表内，该语句不写入二进制日志文件

数据库DB_B在允许binlog的列表内，该语句写入二进制日志文件

--binlog-ignore-db=db_name

告诉主服务器，如果当前的数据库(即USE选定的数据库)是db_name，不将更新保存到二进制日志中。

如果数据库启动时使用选项--binlog-ignore-db=DB_A，使用语句“use DB_B”置DB_B为当前数据库，此时使用update语句修改DB_A的表数据时出现如下情况：

数据库DB_B不在允许binlog的列表内，该语句不写入二进制日志文件

数据库DB_B在允许binlog的列表内，该语句写入二进制日志文件

综上所述，使用这个两个选项时决定是否将该语句写入日志文件还有参考当前数据库的属性，如果指定了这两个选项尽量使指定的数据库为当前数据库，才能按照逻辑来记录日志。但CREATE DATABASE、ALTER DATABASE和DROP DATABASE等语句，有一个例外，即通过操作的数据库来决定是否应记录语句。

//从服务器上设置只从做的部分，过滤掉我们不想在从服务器上执行的sql

replicate_do_db=datacenter00

replicate_do_table=datacenter00.webspidertable00_chinanews

replicate_do_table=datacenter00.webspidertable01_worldnews

replicate_do_table=datacenter00.webspidertable02_chinabbs

replicate_do_table=datacenter00.webspidertable06_chinapaper

replicate_do_table=datacenter00.webspidertable07_worldpaper

replicate_do_table=datacenter00.webspidertable09_weixin

replicate_do_table=datacenter00.webspidertable09_weixin_keyword

replicate_do_table=datacenter00.webspidertable01_worldlanguagenews

replicate_do_table=datacenter00.dict_worldlanguage

replicate_do_table=datacenter00.dict_yelp_chinafood

replicate_do_table=datacenter00.yelp_pinglun_content

replicate_do_table=datacenter00.webspidertable01_worldSearchnews

replicate_do_table=datacenter00.webspidertable14_appnews

转载请注明原文地址: https://ju.6miu.com/read-2190.html

技术

最新回复(0)