blocks|key|3233427|text|如果您关心的是性能，并且不关心在服务器崩溃时丢失一小块数据(通常是1秒)，那么我将更改以下变量：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3233428|innodb_buffer_pool_size+-尝试使用总内存的80%25+(在本例中为3.2Gb)|unordered-list-item|offset|length|style|CODE|3233429|innodb_log_file_size+-在这里选择了一个很好的值来优化您的奴隶中的i/o|3233430|innodb_flush_log_at_trx_commit+-将其设置为2或0|3233431|innodb_doublewrite+-禁用innodb双写|3233432|innodb_flush_method+-将刷新方法更改为O_DIRECT|3233433|sync_binlog+-如果您在从服务器上启用二进制日志，请禁用sync_binlog|3233434|确保禁用了同步从变量sync_master_info、sync_relay_log和sync_relay_log_info|3233435|一个很好的选择是阅读这个文章，这是一个关于如何优化数据库的概述，它将为您的主人和您的奴隶工作。|3233436|如果您计划升级到percona服务器，该服务器实现了MySQL+5.6中的功能，我建议您增加从sql线程slave-parallel-workers的数量。|entityMap|0|LINK|mutability|MUTABLE|url|http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_buffer_pool_size|1|http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_log_file_size|2|http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit|3|http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_doublewrite|4|http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_flush_method|5|http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#sysvar_sync_binlog|6|http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#sysvar_sync_master_info|7|http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#sysvar_sync_relay_log|8|http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#sysvar_sync_relay_log_info|9|http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/|10|http://dev.mysql.com/doc/refman/5.6/en/replication-options-slave.html#option_mysqld_slave-parallel-workers^0|0|0|N|0|N|0|0|0|K|0|K|1|0|0|U|0|U|2|0|0|I|0|I|3|0|0|J|0|J|4|0|0|B|0|B|5|0|A|G|R|E|16|J|A|G|6|R|E|7|16|J|8|0|C|2|9|0|1G|M|1G|M|A^^$0|@$1|2|3|4|5|6|7|1P|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|1Q|8|@$E|1R|F|1S|G|H]]|9|@$E|1T|F|1U|1|1V]]|A|$]]|$1|I|3|J|5|D|7|1W|8|@$E|1X|F|1Y|G|H]]|9|@$E|1Z|F|20|1|21]]|A|$]]|$1|K|3|L|5|D|7|22|8|@$E|23|F|24|G|H]]|9|@$E|25|F|26|1|27]]|A|$]]|$1|M|3|N|5|D|7|28|8|@$E|29|F|2A|G|H]]|9|@$E|2B|F|2C|1|2D]]|A|$]]|$1|O|3|P|5|D|7|2E|8|@$E|2F|F|2G|G|H]]|9|@$E|2H|F|2I|1|2J]]|A|$]]|$1|Q|3|R|5|D|7|2K|8|@$E|2L|F|2M|G|H]]|9|@$E|2N|F|2O|1|2P]]|A|$]]|$1|S|3|T|5|D|7|2Q|8|@$E|2R|F|2S|G|H]|$E|2T|F|2U|G|H]|$E|2V|F|2W|G|H]]|9|@$E|2X|F|2Y|1|2Z]|$E|30|F|31|1|32]|$E|33|F|34|1|35]]|A|$]]|$1|U|3|V|5|6|7|36|8|@]|9|@$E|37|F|38|1|39]]|A|$]]|$1|W|3|X|5|6|7|3A|8|@$E|3B|F|3C|G|H]]|9|@$E|3D|F|3E|1|3F]]|A|$]]]|Y|$Z|$5|10|11|12|A|$13|14]]|15|$5|10|11|12|A|$13|16]]|17|$5|10|11|12|A|$13|18]]|19|$5|10|11|12|A|$13|1A]]|1B|$5|10|11|12|A|$13|1C]]|1D|$5|10|11|12|A|$13|1E]]|1F|$5|10|11|12|A|$13|1G]]|1H|$5|10|11|12|A|$13|1I]]|1J|$5|10|11|12|A|$13|1K]]|1L|$5|10|11|12|A|$13|1M]]|1N|$5|10|11|12|A|$13|1O]]]]

If your concern is about performance and you don't care about losing a small chunck of data(usually 1 second) in case of server crashes, I would change the follow variables:

<ul>
<li><a href="http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_buffer_pool_size" rel="nofollow noreferrer"><code>innodb_buffer_pool_size</code></a> - try to use 80% of your total ram (in this case 3.2Gb)</li>
<li><a href="http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_log_file_size" rel="nofollow noreferrer"><code>innodb_log_file_size</code></a> - chose a good value in here to optimize the i/o in your slave</li>
<li><a href="http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit" rel="nofollow noreferrer"><code>innodb_flush_log_at_trx_commit</code></a> - set it to 2 or 0</li>
<li><a href="http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_doublewrite" rel="nofollow noreferrer"><code>innodb_doublewrite</code></a> - disable innodb doublewrite</li>
<li><a href="http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_flush_method" rel="nofollow noreferrer"><code>innodb_flush_method</code></a> - change the flush method to O_DIRECT</li>
<li><a href="http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#sysvar_sync_binlog" rel="nofollow noreferrer"><code>sync_binlog</code></a> - if you have binary log enable on slave, disable sync_binlog</li>
<li>make sure you have sync slave variables disabled <a href="http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#sysvar_sync_master_info" rel="nofollow noreferrer"><code>sync_master_info</code></a> <a href="http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#sysvar_sync_relay_log" rel="nofollow noreferrer"><code>sync_relay_log</code></a> and <a href="http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#sysvar_sync_relay_log_info" rel="nofollow noreferrer"><code>sync_relay_log_info</code></a></li>
</ul>

A good option is to read this <a href="http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/" rel="nofollow noreferrer">article</a>, it's a general overview to how optimize innodb, it will work for your master and also to your slave.

If you are planning to upgrade to the percona server which implement features from MySQL 5.6, I would recommend that you increase the number of slave sql threads <a href="http://dev.mysql.com/doc/refman/5.6/en/replication-options-slave.html#option_mysqld_slave-parallel-workers" rel="nofollow noreferrer"><code>slave-parallel-workers</code></a>

blocks|key|3233385|text|您只需要为InnoDB环境进行优化。innodb_buffer_pool_size仍然是性能的关键。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3233386|而且由于您的从服务器比主服务器弱，您可能需要处理复制滞后问题。(即向主写入，但不能立即从从中读取数据)|entityMap^0|I|N|0^^$0|@$1|2|3|4|5|6|7|I|8|@$9|J|A|K|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|L|8|@]|D|@]|E|$]]]|H|$]]

You just need to optimize for InnoDB environment. <code>innodb_buffer_pool_size</code> is still the key for performance.

And beacuse your slave server is weak than master, you might need to deal with replication lag. (i.e. Write to master, but cannot read data from slave immediately)

I'm setting up a <code>mysql</code> master-slave configuration, where <code>slave</code> is located on a much weaker sever. 

Since, if I understand correctly, slave only works on updates/inserts, what are the most critical configuration parameters that I can adjust in <code>slave</code>'s <code>my.cnf</code> to ensure best performance and smallest possible latency? 

<ul>
<li>Master: 32Gb RAM, Slave: 4Gb RAM</li>
<li>Mostly innodb tables</li>
<li>Percona-server 5.5 on both master and slave</li>
</ul>

MySQL replication: most important config parameters for performance on slave server?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在设置一个mysql主从配置，slave位于一个弱得多的服务器上。因为，如果我正确理解，从工作只在更新/插入，什么是最关键的配置参数，我可以调整在slave's my.cnf，以确保最佳的性能和最小的延迟？主内存:32 4Gb，从内存:4GB RAM主要是无害的表Percona-服务器5.5对主服务器和从服务器

问MySQL复制:对从服务器性能最重要的配置参数？
EN

回答 2

Database Administration用户

Database Administration用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问MySQL复制:对从服务器性能最重要的配置参数？EN

回答 2

Database Administration用户

Database Administration用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问MySQL复制:对从服务器性能最重要的配置参数？
EN