ITPub博客

配置InnoDB主线程I/O速率InnoDB中的主线程是在后台执行各种任务的线程。这些任务大多数都与I/O相关，比如从缓冲池刷新脏页，或者将更改从插入缓冲区写入适当的二级索引。主线程试图以不影响服务器正常工作的方式执行这些任务。它试图估计可用的空闲I/O带宽，并调整其活动以利用这些空闲容量。从历史上看，InnoDB已经使用了硬编码值 100 IOPs(每秒输入/输出操作数)作为服务器的总I/O容量

配置后台InnoDB I/O线程数InnoDB使用后台线程来处理各种类型的I/O请求。您可以使用innodb_read_io_threads和innodb_write_io_threads配置参数来配置服务于数据页读写I/O的后台线程数。这些参数分别表示用于读和写请求的后台线程数。它们在所有支持的平台上都是有效的。你可以在MySQL选项文件(my.cnf或my.ini)中设置这些参数的值;不能动态

配置InnoDB的并发线程InnoDB使用操作系统线程来处理来自用户事务的请求。(事务可能会在提交或回滚之前向InnoDB发出很多请求。)在具有多核处理器的现代操作系统和服务器上，上下文切换非常高效，大多数工作负载不受并发线程数量的限制而运行良好。MySQL 5.5及以上版本的可伸缩性改进减少了InnoDB需要并发执行线程的数量。在线程之间最小化上下文切换的情况下，InnoDB可以使用许多技术来限

配置InnoDB变更缓冲当在表上执行INSERT、UPDATE和DELETE操作时，索引列的值(特别是辅助键的值)通常是无序的，这需要大量的I/O来更新辅助索引。InnoDB有一个更改缓冲区，当相关的辅助索引页面不在缓冲池中时，它将缓存辅助索引的改变，这样就不会立即从磁盘读取页面，从而避免了昂贵的I/O操作。当页面加载到缓冲池时，缓冲的更改将被合并，更新后的页面稍后将刷新到磁盘。InnoDB主线程

配置InnoDB的内存分配器在开发InnoDB时，操作系统和运行时库提供的内存分配器通常缺乏性能和可伸缩性。那时，还没有针对多核cpu调优的内存分配器库。因此，InnoDB在mem子系统中实现了自己的内存分配器。这个分配器由一个互斥锁保护，这可能成为瓶颈。InnoDB还围绕系统分配器(malloc和free)实现了一个包装器接口，它同样由一个互斥锁保护。今天，随着多核系统的广泛应用，以及操作系统的

配置InnoDB为只读操作通过在服务器启动时启用--innodb-read-only配置选项，您现在可以查询MySQL数据目录在只读介质上的InnoDB表。如何启用只读要为只读操作准备实例，请确保在将数据文件存储到只读介质之前将所有必要的信息刷新到数据文件。以禁用改变缓冲区的方式运行MySQL(innodb_change_buffering=0)服务器，并缓慢关闭。要为整个MySQL实例启用只读模

InnoDB内存配置MySQL将内存分配给各种缓存和缓冲区，以提高数据库操作的性能。当为InnoDB分配内存时，总是考虑操作系统需要的内存，分配给其他应用程序的内存，以及分配给其他MySQL缓冲区和缓存的内存。例如，如果您使用MyISAM表，请考虑分配给键缓冲区的内存量(key_buffer_size)。InnoDB特定的缓冲区使用以下参数配置：.innodb_buffer_pool_size定义

InnoDB临时表空间配置默认情况下，InnoDB将在innodb_data_home_dir目录中创建一个名为ibtmp1且自动扩展大小略大小12MB的临时表侬间数据文件。默认的临时表空间数据文件配置可以在启动时使用innodb_temp_data_file_path配置选项来进行修改。innodb_temp_data_file_path选项指定InnoDB临时表空间数据文件的路径，文件名和文件

InnoDB Undo表空间配置默认情况下,InnoDB undo日志是系统表空间的一部分。然后，可以选择在一个或多个单独的undo表空间来存储(表空间通常存储在不同的存储设备上)InnoDB undo日志。innodb_undo_directory配置选项定义了InnoDB为存储undo日志所创建单独表空间的目录路径。这个选项通常与innodb_rollback_segments和innodb_

InnoDB日志文件配置默认情况下，InnoDB将在MySQL数据目录(datadir)中创建大小为48MB名为ib_logfile0和ib_logfile1的两个日志文件。下面的选项可以被用来修改默认配置:.innodb_log_group_home_dir 定义InnoDB日志文件（重做日志）的目录路径。如果这个选项没有被配置，InnoDB日志文件将会在MySQL数据目录（datadir)中创

InnoDB页面大小配置innodb_page_size选项指定了MySQL实例的所有InnoDB表空间的页面大小。这个值是在创建实例时设置的，之后保持不变。有效值为64K,32K,16K(默认值 ),8k和4k。另外，也可以以字节为单位来指定页面大小(65536,32768,16384,8192,4096)。默认页面大小为16k适合于各种工作负载，特别是涉及表扫描的查询和涉及批量更新的DML操作

配置DMDSC主备环境DMDSC主备环境搭建和单节点主备环境搭建步骤类似，区别主要在于首先要准备DMDSC集群环境。配置说明DMDSC集群可以作为主库，也可以作为实时备库、即时备库或者异步备库，当DMDSC集群作为备库配置在数据守护系统中时，要将DMDSC集群作为一个整体配置在源库的dmarch.ini中，也就是DMDSC集群所有节点要配置在同一个归档配置项中，每个节点实例名以“/”分隔开来。假如

动态增加读写分离集群节点配置读写分离集群下列机器事先都安装了DM，安装路径为’/dm8’，执行程序保存在’/dm8/bin’目录中，数据存放路径为’/dm8/data’。各主备库的实例名建议采用“组名_守护环境_序号”的方式命名，方便按组区分不同实例，注意总长度不能超过16。本示例中组名为“GRP1”，配置为读写分离集群，主库命名为“GRP1_JY_01”，备库分别命名为“GRP1_JY_02”和

配置异步备库先搭建实时主备下列机器事先都安装了DM，安装路径为’/dm8’，执行程序保存在’/dm8/bin’目录中，数据存放路径为’/dm8/data’。各主备库的实例名建议采用“组名_守护环境_序号”的方式命名，方便按组区分不同实例，注意总长度不能超过16。本示例中组名为“GRP1”，配置为实时主备，主库命名为“hy1”，备库命名为“hy2”。机器名   &nbs

配置MPP主备为了提高MPP系统可靠性，克服由于单节点故障导致整个系统不能继续正常工作，DM在普通的MPP系统基础上，引入主备守护机制，将MPP节点作为主库节点，增加备库作为备份节点，必要时可切换为主库代替故障节点工作，提高系统的可靠性和可用性。环境说明本例配置2个MPP节点数，每个节点作为主库，与其备库组成一个守护组，因此需要配置两个守护组，取名分别为GRP1、GRP2，主库名为mpp01/mp

配置读写分离集群下列机器事先都安装了DM，安装路径为’/dm8’，执行程序保存在’/dm8/bin’目录中，数据存放路径为’/dm8/data’。各主备库的实例名建议采用“组名_守护环境_序号”的方式命名，方便按组区分不同实例，注意总长度不能超过16。本示例中组名为“GRP1”，配置为读写分离集群，主库命名为“JY1”，备库分别命名为JY2”和“JY3”。机器名   

数据守护实时主备搭建下列机器事先都安装了DM，安装路径为’/dm8’，执行程序保存在’/dm8/bin’目录中，数据存放路径为’/dm8/data’。各主备库的实例名建议采用“组名_守护环境_序号”的方式命名，方便按组区分不同实例，注意总长度不能超过16。本示例中组名为“GRP1”，配置为实时主备，主库命名为“GRP1_RT_01”，备库命名为“GRP1_RT_02”。机器名 &nbsp

InnoDB File-Per-Table表空间过去，所有InnoDB表和索引都存储在系统表空间中。这种整体的方法针对的是完全专用于数据库处理的机器，通过精心规划的数据增长，分配给MySQL的任何磁盘存储永远不会被用于其他用途。InnoDB的file-per-table表空间特性提供了一个更灵活的替代方案，每个InnoDB表及其索引都存储在一个单独的.ibd数据文件中。每个这样的.ibd数据文件代

修改InnoDB重做日志文件的数量或大小修改你的InnoDB重做日志文件的数量或大小，请执行以下步骤:1.停止MySQL服务器，并确保它没有错误地关闭mysql> show variables like 'innodb_log_file%'; +---------------------------+----------+ |&nb

减少InnoDB系统表空间的大小不能从系统表空间中删除数据文件。若要减少系统表空间大小，请使用此过程:1.使用mysqldump将所有的包括MySQL数据库中的InnoDB表dump出来，在5.6当前版本中，包括5张InnoDB表:[mysql@localhost ~]$ mysql -uroot -pxxzx7817600 mysql mysq