企业官网建设流程全解析

app应用开发的价位,周口seo 网站,wordpress评论模块,如何开一家网站建设公司背景 在 MySQL 中#xff0c;慢日志不仅可以记录在文件中#xff0c;还可以记录在表中。具体是记录在文件还是表中是由log_output参数决定的。 该参数默认为FILE#xff0c;即慢日志默认会记录在文件中。如果参数中包含TABLE#xff0c;则慢日志还会记录在mysql.slow_log…背景在 MySQL 中慢日志不仅可以记录在文件中还可以记录在表中。具体是记录在文件还是表中是由log_output参数决定的。该参数默认为FILE即慢日志默认会记录在文件中。如果参数中包含TABLE则慢日志还会记录在mysql.slow_log中而mysql.slow_log使用的是 CSV 存储引擎。最初研究这一问题是为了确认在主从复制以及组复制MGR环境下mysql.slow_log表中的慢日志是否会同步到其他节点。随着分析的深入发现 MySQL 实际上提供了多种机制和开关用于确保操作不会写入 binlog。由于ROW 格式是目前最常用的 binlog 格式本文将从ROW 模式下 MySQL 判断操作是否写入 binlog 的实现逻辑入手逐步引出相关控制开关并分析它们各自的使用场景。ROW 格式下判断操作是否写入 binlog 的实现逻辑在 ROW 格式下将数据变化记录到 binlog 的核心是在binlog_log_row函数中实现的int binlog_log_row(TABLE *table, const uchar *before_record, const uchar *after_record, Log_func *log_func) { bool error false; THD *const thd table-in_use; // 判断当前操作是否需要写入 binlog if (check_table_binlog_row_based(thd, table)) { ... if (likely(!(error write_locked_table_maps(thd)))) { boolconst has_trans thd-lex-sql_command SQLCOM_CREATE_TABLE || table-file-has_transactions(); // 根据操作类型将行镜像写入 binlog error (*log_func)(thd, table, has_trans, before_record, after_record); } } return error ? HA_ERR_RBR_LOGGING_FAILED : 0; }首先调用check_table_binlog_row_based判断当前操作是否需要写入 binlog若需要则会针对不同的操作类型调用不同的函数来处理。具体来说INSERTWrite_rows_log_event::binlog_row_logging_function。UPDATEUpdate_rows_log_event::binlog_row_logging_function。DELETEDelete_rows_log_event::binlog_row_logging_function。接下来重点看看check_table_binlog_row_based函数的处理逻辑。static bool check_table_binlog_row_based(THD *thd, TABLE *table) { if (table-s-cached_row_logging_check -1) { int const check(table-s-tmp_table NO_TMP_TABLE !table-no_replicate binlog_filter-db_ok(table-s-db.str)); table-s-cached_row_logging_check check; } assert(table-s-cached_row_logging_check 0 || table-s-cached_row_logging_check 1); return (thd-is_current_stmt_binlog_format_row() table-s-cached_row_logging_check (thd-variables.option_bits OPTION_BIN_LOG) mysql_bin_log.is_open()); }要返回 false只需满足以下任意一个条件当前 SQL 语句不能以 ROW 格式记录到 binlog 中thd-is_current_stmt_binlog_format_row()为 false例如 DDL 语句。表不允许写入 binlogtable-s-cached_row_logging_check为 false。当前线程未启用 binlogthd-variables.option_bits OPTION_BIN_LOG为 false。binlog 未打开mysql_bin_log.is_open()为 false。因为第一个条件和第四个条件为 false 的情况并不常见下面将重点分析table-s-cached_row_logging_check和thd-variables.option_bits OPTION_BIN_LOG为 false 时的场景。cached_row_logging_check 为 false 的场景table-s-cached_row_logging_check的赋值逻辑如下if (table-s-cached_row_logging_check -1) { int const check(table-s-tmp_table NO_TMP_TABLE !table-no_replicate binlog_filter-db_ok(table-s-db.str)); table-s-cached_row_logging_check check; }要使其为 false必须满足以下任意一个条件当前表是临时表table-s-tmp_table NO_TMP_TABLE为 false。库名不满足 --replicate-do-db、--replicate-ignore-db 复制规则binlog_filter-db_ok(table-s-db.str)为 false。表设置了 no_replicate。该属性是在open_table_from_share()函数中根据表的类型和存储引擎能力标志设置的。no_replicate 的设置逻辑如下if ((share-table_category TABLE_CATEGORY_LOG) || (share-table_category TABLE_CATEGORY_RPL_INFO) || (share-table_category TABLE_CATEGORY_GTID)) { outparam-no_replicate true; } else if (outparam-file) { const handler::Table_flags flags outparam-file-ha_table_flags(); outparam-no_replicate !(flags (HA_BINLOG_STMT_CAPABLE | HA_BINLOG_ROW_CAPABLE)) || (flags HA_HAS_OWN_BINLOGGING); } else { outparam-no_replicate false; }可以看到no_replicate 会在以下几种情况设置为 true。一、特殊类别的表。包括TABLE_CATEGORY_LOG 类别的表具体包括 mysql.general_log, mysql.slow_log。TABLE_CATEGORY_RPL_INFO 类别的表具体包括 mysql.slave_relay_log_infomysql.slave_master_infomysql.slave_worker_info。TABLE_CATEGORY_GTID 类别的表具体包括 mysql.gtid_executed。二、根据存储引擎的能力标志判断。这些标志是每个存储引擎单独设置的一般是在m_int_table_flags或table_flags函数中定义的主要是用来向 Server 层声明这个存储引擎的表支持哪些能力/约束。与复制相关的标志有三个HA_BINLOG_STMT_CAPABLE支持 STATEMENT 格式 binlog。HA_BINLOG_ROW_CAPABLE支持 ROW 格式 binlogHA_HAS_OWN_BINLOGGING该引擎自己管理 binlog如 NDB Cluster。在 MySQL 支持的存储引擎中只有 perfschema对应 performance_schema和 temptableMySQL 8.0 引入的内部临时表存储引擎主要用来替代老的 MEMORY/MyISAM 内部临时表不会设置 HA_BINLOG_STMT_CAPABLE 或 HA_BINLOG_ROW_CAPABLE。所以针对 performance_schema 表的操作不会写入 binlog。# ls mysql-8.4.3/storage/ archive blackhole csv example federated heap innobase myisam myisammrg ndb perfschema secondary_engine_mock temptableOPTION_BIN_LOG 为 false 的场景thd-variables保存当前线程的会话级系统变量状态。其中option_bits 是一个位图bitmap用于记录多个线程级选项标志OPTION_BIN_LOG 则表示是否将当前线程的操作写入 binlog。以下是几种典型场景。一、显式关闭会话级 binlogSET SESSION sql_log_bin 0;该参数对应的回调函数是fix_sql_log_bin_after_update。当sql_log_bin 1时打开 OPTION_BIN_LOG反之则清除 OPTION_BIN_LOG。static bool fix_sql_log_bin_after_update(sys_var *, THD *thd, enum_var_type type [[maybe_unused]]) { assert(type OPT_SESSION); if (thd-variables.sql_log_bin) thd-variables.option_bits | OPTION_BIN_LOG; else thd-variables.option_bits ~OPTION_BIN_LOG; return false; }二、从库未启用 log_replica_updates当实例作为从库运行且未开启 log_replica_updates 时从库 SQL 线程重放的操作默认不写 binlog。void set_slave_thread_options(THD *thd) { ... ulonglong options thd-variables.option_bits | OPTION_BIG_SELECTS; if (opt_log_replica_updates) options | OPTION_BIN_LOG; else options ~OPTION_BIN_LOG; ... }三、使用Disable_binlog_guard临时关闭 binlogDisable_binlog_guard用于在特定代码块内临时关闭 binlog并在离开作用域时自动恢复原状态。class Disable_binlog_guard { public: explicit Disable_binlog_guard(THD *thd) : m_thd(thd), m_binlog_disabled(thd-variables.option_bits OPTION_BIN_LOG) { thd-variables.option_bits ~OPTION_BIN_LOG; } ~Disable_binlog_guard() { if (m_binlog_disabled) m_thd-variables.option_bits | OPTION_BIN_LOG; } private: THD *const m_thd; constbool m_binlog_disabled; };Disable_binlog_guard 被调用的场景有3.1 实例初始化--initializestatic bool handle_bootstrap_impl(handle_bootstrap_args *args) { ... if (opt_initialize) { assert(thd-system_thread SYSTEM_THREAD_SERVER_INITIALIZE); sysd::notify(STATUSInitialization of MySQL system tables in progress\n); const Disable_binlog_guard disable_binlog(thd); const Disable_sql_log_bin_guard disable_sql_log_bin(thd); Compiled_in_command_iterator comp_iter; rc process_iterator(thd, comp_iter, true); thd-system_thread SYSTEM_THREAD_INIT_FILE; sysd::notify(STATUSInitialization of MySQL system tables , rc ? unsuccessful : successful, \n); if (rc ! 0) { returntrue; } } ... returnfalse; }3.2 实例升级bool upgrade_system_schemas(THD *thd) { Disable_autocommit_guard autocommit_guard(thd); Bootstrap_error_handler bootstrap_error_handler; Server_option_guardbool acl_guard(opt_noacl, true); Server_option_guardbool general_log_guard(opt_general_log, false); Server_option_guardbool slow_log_guard(opt_slow_log, false); Disable_binlog_guard disable_binlog(thd); Disable_sql_log_bin_guard disable_sql_log_bin(thd); ... bootstrap_error_handler.set_log_error(false); bool err fix_mysql_tables(thd) || fix_sys_schema(thd) || upgrade_help_tables(thd); if (!err) { /* Initialize structures necessary for federated server from mysql.servers table. */ servers_init(thd); err (DBUG_EVALUATE_IF(force_fix_user_schemas, true, dd::bootstrap::DD_bootstrap_ctx::instance() .is_server_upgrade_from_before( bootstrap::SERVER_VERSION_80011)) ? check.check_all_schemas(thd) : check.check_system_schemas(thd)) || check.repair_tables(thd) || dd::tables::DD_properties::instance().set( thd, MYSQLD_VERSION_UPGRADED, MYSQL_VERSION_ID); } ... return dd::end_transaction(thd, err); }3.3 CREATE SERVER, ALTER SERVER 和 DROP SERVER 操作。3.4 INSTALL COMPONENT, UNINSTALL COMPONENT 操作。3.5 INSTALL PLUGIN, UNINSTALL PLUGIN 操作。3.6 一些内部操作例如 ALTER TABLE 过程中创建/删除临时表、DROP DATABASE 时清理数据库对象、更新数据字典表、后台线程自动更新列直方图。除了上面介绍的这些场景通过将thd-lex-no_write_to_binlog设置为truethd-lex表示当前 SQL 语句的语法解析上下文可以在语句级别控制该语句不写入 binlog。NO_WRITE_TO_BINLOG 为 true 的场景以下场景会将 no_write_to_binlog 设置为 true。SHUTDOWN、RESTART 命令。RESET 系列命令包括RESET MASTER, RESET SLAVE, RESET PERSIST。显式指定NO_WRITE_TO_BINLOG或LOCAL。部分维护类 SQL 命令OPTIMIZE, ANALYZE, REPAIR, FLUSH支持在语句中显式指定不写 binlog如OPTIMIZE NO_WRITE_TO_BINLOG TABLE t1; ANALYZE LOCAL TABLE t1; REPAIR NO_WRITE_TO_BINLOG TABLE t1; FLUSH LOCAL PRIVILEGES;需要注意的是对于FLUSH命令即使未显式指定NO_WRITE_TO_BINLOG以下命令默认也不会写入 binlogNO_WRITE_TO_BINLOGFLUSH LOGS、FLUSH BINARY LOGS、FLUSH TABLES WITH READ LOCK、FLUSH TABLES tbl_name ... FOR EXPORT。总结虽然上面列举的场景较多但实际上并不需要大家刻意去记。简单来说凡是 MySQL 内部自动执行的操作即非用户手动执行的操作通常不会写入 binlog。 典型场景包括实例初始化与升级、mysql.slow_log表的写入、数据字典的维护、performance_schema表数据的更新等。对 mysql 库下的表进行 DML 操作只要不属于上面提到的特殊类别的表基本都会写入 binlog。但若执行的是 DDL 操作如 truncate基本都会写入 binlog。对 performance_schema 中的表进行 DML、DDL 操作会提示权限不足即便是用 root 用户执行。但部分表允许执行 truncate 操作且 truncate 操作不会写入 binlog。文章转载自iVictor原文链接https://www.cnblogs.com/ivictor/p/19382809体验地址http://www.jnpfsoft.com/?from001YH