ホームページ データベース mysql チュートリアル 在mysql的replicatin环境中master/slave常用参数

在mysql的replicatin环境中master/slave常用参数

Jun 07, 2016 pm 03:39 PM
master mysql 環境

author:skate time:2012/07/12 在mysql的replicatin环境中master/slave常用参数 master所有参数 1. log-bin=mysql-bin //控制master的是否开启binlog记录功能;二进制文件最好放在单独的目录下,这不但方便优化、更方便维护。重新命名二进制日志很简单,只需

author:skate
time:2012/07/12


 
在mysql的replicatin环境中master/slave常用参数
 
master所有参数


1.
log-bin=mysql-bin 
 //控制master的是否开启binlog记录功能;二进制文件最好放在单独的目录下,这不但方便优化、更方便维护。重新命名二进制日志很简单,只需要修改[mysqld]里的
log_bin选项,这里有一点需要注意,如下例子:


log_bin=/home/mysql/binlog/binlog.log

[root@localhost ~]# ll /home/mysql/binlog
total 8
-rw-rw---- 1 mysql mysql 98 Mar  7 17:24 binlog.000001
-rw-rw---- 1 mysql mysql 33 Mar  7 17:24 binlog.index
[root@localhost ~]#

 

从上面的例子可以看到,我要重新调整logbin的路径为“/home/mysql/binlog”,但我log_bin的设置却有些不同,这里需要注意两点
1.1).目录的文件夹命名不能有空格
1.2).指定目录时候一定要以*.log结尾,即不能仅仅指定到文件夹的级别,否则在重启mysql时会报错。

2.
server-id=1
//每个server服务的标识,在master/slave环境中,此变量一定要不一样

3.
expire_logs_days=15
//通过此来实现master自动删除binlog

4.
innodb_flush_log_at_trx_commit=1
//此单数表示在事务提交时,处理重做日志的方式;此变量有三个可选值0,1,2
 0:当事务提交时,并不将事务的重做日志写入日志文件,而是等待每秒刷新一次
 1:当事务提交时,将重做日志缓存的内容同步写到磁盘日志文件,为了保证数据一致性,在replication环境中使用此值。
 2:当事务提交时,将重做日志缓存的内容异步写到磁盘日志文件(写到文件系统缓存中)

建议必须设置innodb_flush_log_at_trx_commit=1
 
5.
sync_binlog=1
//此参数表示每写缓冲多少次就同步到磁盘;sync_binlog=1表示同步写缓冲和磁盘二进制日志文件,不使用文件系统缓存,在使用innodb事务引擎时,在复制环境中,为了保证最大的可用性,都设置为“1”,但会对影响io的性能。及时设置为“1”,也会有问题发生,假如当二进制日志写入磁盘,但事务还没有commit,这个时候宕机,当服务再次起来的恢复的时候,无法回滚以及记录到二进制日志的未提交的内容;这个时候就会造成master和slave数据不一致,这时就需要参数innodb_support_xa=1来保证。建议必须设置

6.
innodb_support_xa=1
//此参数与XA事务有关,它保证了二进制日志和innodb数据文件的同步,保证复制环境中数据一致性。建议必须设置

7.
binlog-do-db=skate_db
//只记录指定数据库的更新到二进制日志中

8.
binlog-do-table=skate_tab
//只记录指定表的更新到二进制日志中

9.
binlog-ignore-db=skate_db
//忽略指定数据库的更新到二进制日志中

10.
log_slave_updates=1
//此参数控制slave数据库是否把从master接受到的log并在本slave执行的内容记录到slave的二进制日志中,在级联复制环境中(包括双master环境),这个参数是必须的

11.
binlog_format=statement|row|mixed
//控制以什么格式记录二进制日志的内容,默认是mixed

12.
max_binlog_size
//master的每个二进制日志文件的大小,默认1G

13.
binlog_cache_size
//所有未提交的事务都会咱被记录到一个缓存或临时文件中,待提交时,统一同步到二进制日志中,此变量是基于session的,每个会话开启一个binlog_cache_size大小的缓存。通过变量“Binlog_cache_disk_use”和“Binlog_cache_use”来设置binlog_cache_size的大小。

说明:
Binlog_cache_disk_use:使用临时文件写二进制日志的次数
Binlog_cache_use:使用缓冲记写二进制的次数

14.
auto_increment_increment=2  //增长的步长
auto_increment_offset=1     //起始位置
//在双master环境下可以防止键值冲突

 
slave所用参数

1.
server-id=2
//和master的含义一样,如上 

2.
log-bin=mysql-bin  
//和master的含义一样,如上

3.
relay-log=relay-bin 
//中继日志文件的路径名称

4. 
relay-log-index=relay-bin  
//中继日志索引文件的路径名称

5.
log_slave_updates=1 
//和master的含义一样,如上

6.
read_only=1
//使数据库只读,此参数在slave的复制环境和具有super权限的用户不起作用,对于复制环境设置read_only=1非常有用,它可以保证slave只接受master的更新,而不接受client的更新。

mysq> set global read_only=1
 
7. 
skip_slave_start
//使slave在mysql启动时不启动复制进程,mysql起来之后使用 start slave启动,建议必须

8.
replicate-do-db
//只复制指定db

9.
replicate-do-table
//只复制指定表

10.
replicate-ingore-table
//忽略指定表

11.
replicate_wild_do_table=skatedb.%
//模糊匹配复制指定db

12.
 auto_increment_increment=2
 auto_increment_offset=1
//和master含义一样,参考如上
 
13。
log_slow_slave_statements
//在slave上开启慢查询日志,在query的时间大于long_query_time时,记录在慢查询日志里
 
14.
max_relay_log_size
//slave上的relay log的大小,默认是1G

15.
relay_log_info_file
//中继日志状态信息文件的路径名称

16.
relay_log_purge
//当relay log不被需要时就删除,默认是on, SET GLOBAL relay_log_purge=1

17.
replicate-rewrite-db=from_name->to_name
//数据库的重定向,可以把分库汇总到主库便于统计分析
 

 

 

 

------end----

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

MySQL:簡単な学習のためのシンプルな概念 MySQL:簡単な学習のためのシンプルな概念 Apr 10, 2025 am 09:29 AM

MySQLは、オープンソースのリレーショナルデータベース管理システムです。 1)データベースとテーブルの作成:createdatabaseおよびcreateTableコマンドを使用します。 2)基本操作:挿入、更新、削除、選択。 3)高度な操作:参加、サブクエリ、トランザクション処理。 4)デバッグスキル:構文、データ型、およびアクセス許可を確認します。 5)最適化の提案:インデックスを使用し、選択*を避け、トランザクションを使用します。

phpmyadminを開く方法 phpmyadminを開く方法 Apr 10, 2025 pm 10:51 PM

次の手順でphpmyadminを開くことができます。1。ウェブサイトコントロールパネルにログインします。 2。phpmyadminアイコンを見つけてクリックします。 3。MySQL資格情報を入力します。 4.「ログイン」をクリックします。

MySQL:世界で最も人気のあるデータベースの紹介 MySQL:世界で最も人気のあるデータベースの紹介 Apr 12, 2025 am 12:18 AM

MySQLはオープンソースのリレーショナルデータベース管理システムであり、主にデータを迅速かつ確実に保存および取得するために使用されます。その実用的な原則には、クライアントリクエスト、クエリ解像度、クエリの実行、返品結果が含まれます。使用法の例には、テーブルの作成、データの挿入とクエリ、および参加操作などの高度な機能が含まれます。一般的なエラーには、SQL構文、データ型、およびアクセス許可、および最適化の提案には、インデックスの使用、最適化されたクエリ、およびテーブルの分割が含まれます。

なぜMySQLを使用するのですか?利点と利点 なぜMySQLを使用するのですか?利点と利点 Apr 12, 2025 am 12:17 AM

MySQLは、そのパフォーマンス、信頼性、使いやすさ、コミュニティサポートに選択されています。 1.MYSQLは、複数のデータ型と高度なクエリ操作をサポートし、効率的なデータストレージおよび検索機能を提供します。 2.クライアントサーバーアーキテクチャと複数のストレージエンジンを採用して、トランザクションとクエリの最適化をサポートします。 3.使いやすく、さまざまなオペレーティングシステムとプログラミング言語をサポートしています。 4.強力なコミュニティサポートを提供し、豊富なリソースとソリューションを提供します。

単一のスレッドレディスの使用方法 単一のスレッドレディスの使用方法 Apr 10, 2025 pm 07:12 PM

Redisは、単一のスレッドアーキテクチャを使用して、高性能、シンプルさ、一貫性を提供します。 I/Oマルチプレックス、イベントループ、ノンブロッキングI/O、共有メモリを使用して同時性を向上させますが、並行性の制限、単一の障害、および書き込み集約型のワークロードには適していません。

MySQLおよびSQL:開発者にとって不可欠なスキル MySQLおよびSQL:開発者にとって不可欠なスキル Apr 10, 2025 am 09:30 AM

MySQLとSQLは、開発者にとって不可欠なスキルです。 1.MYSQLはオープンソースのリレーショナルデータベース管理システムであり、SQLはデータベースの管理と操作に使用される標準言語です。 2.MYSQLは、効率的なデータストレージと検索機能を介して複数のストレージエンジンをサポートし、SQLは簡単なステートメントを通じて複雑なデータ操作を完了します。 3.使用の例には、条件によるフィルタリングやソートなどの基本的なクエリと高度なクエリが含まれます。 4.一般的なエラーには、SQLステートメントをチェックして説明コマンドを使用することで最適化できる構文エラーとパフォーマンスの問題が含まれます。 5.パフォーマンス最適化手法には、インデックスの使用、フルテーブルスキャンの回避、参加操作の最適化、コードの読み取り可能性の向上が含まれます。

MySQLの場所:データベースとプログラミング MySQLの場所:データベースとプログラミング Apr 13, 2025 am 12:18 AM

データベースとプログラミングにおけるMySQLの位置は非常に重要です。これは、さまざまなアプリケーションシナリオで広く使用されているオープンソースのリレーショナルデータベース管理システムです。 1)MySQLは、効率的なデータストレージ、組織、および検索機能を提供し、Web、モバイル、およびエンタープライズレベルのシステムをサポートします。 2)クライアントサーバーアーキテクチャを使用し、複数のストレージエンジンとインデックスの最適化をサポートします。 3)基本的な使用には、テーブルの作成とデータの挿入が含まれ、高度な使用法にはマルチテーブル結合と複雑なクエリが含まれます。 4)SQL構文エラーやパフォーマンスの問題などのよくある質問は、説明コマンドとスロークエリログを介してデバッグできます。 5)パフォーマンス最適化方法には、インデックスの合理的な使用、最適化されたクエリ、およびキャッシュの使用が含まれます。ベストプラクティスには、トランザクションと準備された星の使用が含まれます

Redis ExporterサービスでRedis Dropletを監視します Redis ExporterサービスでRedis Dropletを監視します Apr 10, 2025 pm 01:36 PM

Redisデータベースの効果的な監視は、最適なパフォーマンスを維持し、潜在的なボトルネックを特定し、システム全体の信頼性を確保するために重要です。 Redis Exporter Serviceは、Prometheusを使用してRedisデータベースを監視するために設計された強力なユーティリティです。 このチュートリアルでは、Redis Exporterサービスの完全なセットアップと構成をガイドし、監視ソリューションをシームレスに構築します。このチュートリアルを研究することにより、完全に動作する監視設定を実現します

See all articles