当前位置:Gxlcms > mysql > MySQL插件XtraDB

MySQL插件XtraDB

时间:2021-07-01 10:21:17 帮助过:57人阅读

在J2EE企业应用中,不仅仅需要考虑到系统的架构与设计,还需要关注存储系列的话题,存储包括硬件和软件,话题中数据库也算存储系列当中的重点。当前对与MySQL的使用越来越广泛,对MySQL的期望和要求也越来越多。记得在前几天我写过一篇文章,关于一个德国网

在J2EE企业应用中,不仅仅需要考虑到系统的架构与设计,还需要关注存储系列的话题,存储包括硬件和软件,话题中数据库也算存储系列当中的重点。当前对与MySQL的使用越来越广泛,对MySQL的期望和要求也越来越多。记得在前几天我写过一篇文章,关于一个德国网站的 架构,他们正在考虑将现在使用的MySQL引擎换掉,采用XtraDB数据库引擎,详见: 德国SNS交友/视频网站Poppen.de的技术架构分享。

最近看一个老外在Dell PowerEdge R900机器上做的MySQL测试,使用MySQL 5.1.42,分别采用3种不同的引擎进行比较,分别是MySQL自带的InnoDB,InnoDB-plugin 1.0.6、 XtraDB 1.0.6-9 ,测试数据90GB+索引。
Dell PowerEdge R900的机器配置如下:
* 4 QuadCore Intel(R) Xeon(R) CPU E7320 @ 2.13GHz (16 cores in total)
* 32GB of RAM
* RAID10 on 8 disks 2.5/15K RPMS
* FusionIO 160GB SLC
* FusionIO 320GB MLC

测试环境的InnoDB数据文件建立在FusionIO存储设备上,采用160GB SLC卡 和 320GB MLC卡配置的软RAID0 存储,而InnoDB 日志和 MySQL系统表建立在 RAID10 设备上,测试环境中的my.cnf配置文件清单如下:
* InnoDB
innodb_buffer_pool_size=26G
innodb_data_file_path=ibdata1:10M:autoextend
innodb_file_per_table=1
innodb_flush_log_at_trx_commit=0
innodb_log_buffer_size=8M
innodb_log_files_in_group=3
innodb_log_file_size=512M
innodb_thread_concurrency=0
innodb_flush_method = O_DIRECT
max_connections=3000
query_cache_size=0
skip-name-resolve
skip-grant-table
table_cache=10000
* InnoDB-plugin / XtraDB
ignore-builtin-innodb
plugin-load=innodb=ha_innodb_plugin.so
innodb_buffer_pool_size=26G
innodb_data_file_path=ibdata1:10M:autoextend
innodb_file_per_table=1
innodb_flush_log_at_trx_commit=0
innodb_log_buffer_size=8M
innodb_log_files_in_group=3
innodb_log_file_size=512M
innodb_thread_concurrency=0
innodb_flush_method= O_DIRECT
innodb_write_io_threads=8
innodb_read_io_threads=8
innodb_io_capacity=10000

口水:
文中提到的Fusion-io 是什么?Fusion-IO 是固态存储技术和高向能I/O解决方案的领先供应商。该公司的的固态存储技术弥补了处理能力和存储性能需求之间的差距,满足了企业对高性能的存储,详见:官方网站http://fusioniochina.com/

能看出InnoDB-plugin引擎比MySQL默认的 InnoDB引擎要好,他利用多线程I/O,满足更多的吞吐量,在多核CPU条件下运行的效率将会更高, 对内存也有更效的利用。
而XtraDB对MySQL很多方面也进行了改进和性能提高,并且增加监控参数,显示一些后台线程的统计信息,innodb默认开启4个IO线程,由参数innodb_file_io_threads控制,但在unix/linux平台该参数无效,而XtraDB/innodb plugin默认开启8个IO线程,并且读线程和写线程可以分别由参数innodb_read_io_threads和 innodb_write_io_threads控制。
在多核CPU环境中,如果CPU和磁盘本身没有成为瓶颈,开启更多线程应该对提升IO性能有很好的 作用。而读写线程的单独控制,则可以针对不同应用环境下的要求进行灵活配置。XtraDB更加详细的列出buffer pool中不同部分的详细信息,还有buffer pool的命中率和LRU的信息等,对内存的使用情况一目了然,之前innodb在代码里面写死了 innodb_io_capacity 为100,但是现在db服务器很多都是用多块硬盘做raid10,IOPS 一般都远不止100,因此这次改进之后 innodb_io_capacity 变成可以动态调整的参数,测试结果如图所示:https://img.gxlcms.com//Uploads-s/new/2019-09-30-201930/0SH263N-0.png

测试结果中的CPU使用率,如图所示:

https://img.gxlcms.com//Uploads-s/new/2019-09-30-201930/0SH2A47-1.png

磁盘的吞吐状态,如图所示:

disk_bo

看过资料后,还是想自己折腾一番,下载MySQL源码编译、安装,先不安装XtraDB,键入“show plugins” ,如图所示:

http://1aqpcg.bay.livefilestore.com/y1pvl450H4sAV2_W2guPsT71MeLMQAZYNGTEIuCiQJxA7HjhdzhJ0GtrEAA-XNvONxxrOPsvstv-RVi03qd-A2IIQZY9W8ebXrW/nox.png
查看大图请点击这里

在另外一台机器上安装XtraDB引擎后的效果,如图所示:
http://1aqpcg.bay.livefilestore.com/y1poygf8tU6sV0lc8jS6bkhXC2ntLTVkfI5r4ZGtG_-MBdIt9KJiuh5SHTV3Lt9TPfauGcyp0AH3kSQ4AeAmee9nHsaBnHpdZnE/yesx.png
从上图中可以看出多了不少栏目,查看大图请点击这里

BWT:MySQL、 xtradb 引擎软件下载
http://downloads.mysql.com/archives/mysql-5.1/mysql-5.1.44.tar.gz

http://launchpad.net/percona-xtradb/release-8/1.0.4-8/+download/percona-xtradb-1.0.4-8.tar.gz

2个不同的MySQL环境搭建好后,采用Apache 的AB压力测试工具对Java web工程测试,测试环境只有一张表操作表里面有100条数据,服务器是本地Tomcat6,修改代码中JDBC的url连接地址,依次测试,每台机器的配置基本相同CPU 1.6G,2G内存。
详细测试结果如下:
==========================Linux InnoDB(远程)==============================
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 2.5 0 7
Processing: 134 1516 604.3 1447 3553
Waiting: 133 1515 604.3 1447 3552
Total: 134 1518 604.4 1451 3559
Percentage of the requests served within a certain time (ms)
50% 1451
66% 1774
75% 1968
80% 2078
90% 2320
95% 2454
98% 2869
99% 3101
100% 3559 (longest request)
==========================Linux XtraDB(远程)==============================
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 2.1 0 6
Processing: 8 915 463.2 816 2360
Waiting: 8 915 463.1 816 2360
Total: 8 917 463.5 816 2365
Percentage of the requests served within a certain time (ms)
50% 816
66% 1038
75% 1251
80% 1359
90% 1541
95% 1716
98% 2014
99% 2130
100% 2365 (longest request)
===========================Windows InnoDB(本地)==============================
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 2.2 0 6
Processing: 155 3337 1617.2 3116 9243
Waiting: 154 3337 1617.2 3115 9243
Total: 155 3339 1616.7 3116 9243
Percentage of the requests served within a certain time (ms)
50% 3116
66% 3930
75% 4535
80% 4868
90% 5484
95% 6010
98% 6478
99% 7153
100% 9243 (longest request)

总结:
测试数据的多少暂时不是关注的重点,关键是相同的前置条件,相同的测试数据,在不同的MySQL引擎中测试得到的值,在2个不同的操作系统下,2种不同的 MySQL数据引擎,测试结果表名,XtraDB果然是表现最好的,其次是Linux 下MySQL默认的InnoDB引擎,最差的是Windows下的MySQL默认的InnoDB引擎,

–end–

人气教程排行