在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 变成可以动态调整的参数,测试结果如图所示:
测试结果中的CPU使用率,如图所示:
磁盘的吞吐状态,如图所示:
看过资料后,还是想自己折腾一番,下载MySQL源码编译、安装,先不安装XtraDB,键入“show plugins” ,如图所示:
查看大图请点击这里
在另外一台机器上安装XtraDB引擎后的效果,如图所示:
从上图中可以看出多了不少栏目,查看大图请点击这里
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–
原文地址:MySQL插件XtraDB, 感谢原作者分享。

MySQL使用的是GPL许可证。1)GPL许可证允许自由使用、修改和分发MySQL,但修改后的分发需遵循GPL。2)商业许可证可避免公开修改,适合需要保密的商业应用。

选择InnoDB而不是MyISAM的情况包括:1)需要事务支持,2)高并发环境,3)需要高数据一致性;反之,选择MyISAM的情况包括:1)主要是读操作,2)不需要事务支持。InnoDB适合需要高数据一致性和事务处理的应用,如电商平台,而MyISAM适合读密集型且无需事务的应用,如博客系统。

在MySQL中,外键的作用是建立表与表之间的关系,确保数据的一致性和完整性。外键通过引用完整性检查和级联操作维护数据的有效性,使用时需注意性能优化和避免常见错误。

MySQL中有四种主要的索引类型:B-Tree索引、哈希索引、全文索引和空间索引。1.B-Tree索引适用于范围查询、排序和分组,适合在employees表的name列上创建。2.哈希索引适用于等值查询,适合在MEMORY存储引擎的hash_table表的id列上创建。3.全文索引用于文本搜索,适合在articles表的content列上创建。4.空间索引用于地理空间查询,适合在locations表的geom列上创建。

toCreateAnIndexinMysql,usethecReateIndexStatement.1)forasingLecolumn,使用“ createIndexIdx_lastNameEnemployees(lastName); 2)foracompositeIndex,使用“ createIndexIndexIndexIndexIndexDx_nameOmplayees(lastName,firstName,firstName);” 3)forauniqe instex,creationexexexexex,

MySQL和SQLite的主要区别在于设计理念和使用场景:1.MySQL适用于大型应用和企业级解决方案,支持高性能和高并发;2.SQLite适合移动应用和桌面软件,轻量级且易于嵌入。

MySQL中的索引是数据库表中一列或多列的有序结构,用于加速数据检索。1)索引通过减少扫描数据量提升查询速度。2)B-Tree索引利用平衡树结构,适合范围查询和排序。3)创建索引使用CREATEINDEX语句,如CREATEINDEXidx_customer_idONorders(customer_id)。4)复合索引可优化多列查询,如CREATEINDEXidx_customer_orderONorders(customer_id,order_date)。5)使用EXPLAIN分析查询计划,避

在MySQL中使用事务可以确保数据一致性。1)通过STARTTRANSACTION开始事务,执行SQL操作后用COMMIT提交或ROLLBACK回滚。2)使用SAVEPOINT可以设置保存点,允许部分回滚。3)性能优化建议包括缩短事务时间、避免大规模查询和合理使用隔离级别。


热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

Video Face Swap
使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热门文章

热工具

MinGW - 适用于 Windows 的极简 GNU
这个项目正在迁移到osdn.net/projects/mingw的过程中,你可以继续在那里关注我们。MinGW:GNU编译器集合(GCC)的本地Windows移植版本,可自由分发的导入库和用于构建本地Windows应用程序的头文件;包括对MSVC运行时的扩展,以支持C99功能。MinGW的所有软件都可以在64位Windows平台上运行。

ZendStudio 13.5.1 Mac
功能强大的PHP集成开发环境

VSCode Windows 64位 下载
微软推出的免费、功能强大的一款IDE编辑器

适用于 Eclipse 的 SAP NetWeaver 服务器适配器
将Eclipse与SAP NetWeaver应用服务器集成。

PhpStorm Mac 版本
最新(2018.2.1 )专业的PHP集成开发工具