wordpress中的全站链接怎么改,网络推广工具大全,西宁市住房和城乡建设局网站,百度收录好的网站转载自 mysql 数据库引擎
数据库引擎介绍 MySQL数据库引擎取决于MySQL在安装的时候是如何被编译的。要添加一个新的引擎#xff0c;就必须重新编译MYSQL。在缺省情况下#xff0c;MYSQL支持三个引擎#xff1a;ISAM、MYISAM和HEAP。另外两种类型INNODB和BERKLEY#xff0…转载自 mysql 数据库引擎
数据库引擎介绍 MySQL数据库引擎取决于MySQL在安装的时候是如何被编译的。要添加一个新的引擎就必须重新编译MYSQL。在缺省情况下MYSQL支持三个引擎ISAM、MYISAM和HEAP。另外两种类型INNODB和BERKLEYBDB也常常可以使用。如果技术高超还可以使用MySQLAPI自己做一个引擎。下面介绍几种数据库引擎
ISAMISAM是一个定义明确且历经时间考验的数据表格管理方法它在设计之时就考虑到 数据库被查询的次数要远大于更新的次数。因此ISAM执行读取操作的速度很快而且不占用大量的内存和存储资源。ISAM的两个主要不足之处在于它不 支持事务处理也不能够容错如果你的硬盘崩溃了那么数据文件就无法恢复了。如果你正在把ISAM用在关键任务应用程序里那就必须经常备份你所有的实 时数据通过其复制特性MYSQL能够支持这样的备份应用程序。isam 要经常备份数据
MyISAMMyISAM是MySQL的ISAM扩展格式和缺省的数据库引擎。除了提供ISAM里所没有的索引和字段管理的大量功能MyISAM还使用一种表格锁定的机制来优化多个并发的读写操作其代价是你需要经常运行OPTIMIZE TABLE命令来恢复被更新机制所浪费的空间。MyISAM还有一些有用的扩展例如用来修复数据库文件的MyISAMCHK工具和用来恢复浪费空间的 MyISAMPACK工具。MYISAM强调了快速读取操作这可能就是为什么MySQL受到了WEB开发如此青睐的主要原因在WEB开发中你所进行的大量数据操作都是读取操作。所以大多数虚拟主机提供商和INTERNET平台提供商只允许使用MYISAM格式。MyISAM格式的一个重要缺陷就是不能在表损坏后恢复数据。
HEAPHEAP允许只驻留在内存里的临时表格。驻留在内存里让HEAP要比ISAM和MYISAM都快但是它所管理的数据是不稳定的而且如果在关机之前没有进行保存那么所有的数据都会丢失。在数据行被删除的时候HEAP也不会浪费大量的空间。HEAP表格在你需要使用SELECT表达式来选择和操控数据的时候非常有用。要记住在用完表格之后就删除表格。
InnoDBInnoDB数据库引擎都是造就MySQL灵活性的技术的直接产品这项技术就是MYSQLAPI。在使用MYSQL的时候你所面对的每一个挑战几乎都源于ISAM和MyISAM数据库引擎不支持事务处理transaction process也不支持外来键。尽管要比ISAM和 MyISAM引擎慢很多但是InnoDB包括了对事务处理和外来键的支持这两点都是前两个引擎所没有的。如前所述如果你的设计需要这些特性中的一者 或者两者那你就要被迫使用后两个引擎中的一个了。 如果感觉自己的确技术高超你还能够使用MySQLAPI来创建自己的数据库引擎。这个API为你提供了操作字段、记录、表格、数据库、连接、安全帐号的功能以及建立诸如MySQL这样DBMS所需要的所有其他无数功能。深入讲解API已经超出了本文的范围但是你需要了解MySQLAPI的存在及其可交换引擎背后的技术这一点是很重要的。估计这个插件式数据库引擎的模型甚至能够被用来为MySQL创建本地的XML提供器XML provider。任何读到本文的MySQLAPI开发人员可以把这一点当作是个要求。
MyISAM与InnoDB的区别InnoDB和MyISAM是许多人在使用MySQL时最常用的两个表类型这两个表类型各有优劣视具体应用而定。基本的差别为MyISAM类型不支持事务处理等高级处理而InnoDB类型支持。MyISAM类型的表强调的是性能其执行数度比InnoDB类型更快但是不提供事务支持而InnoDB提供事务支持已经外部键等高级数据库功能。
以下是一些细节和具体实现的差别 1.InnoDB不支持FULLTEXT类型的索引。 2.InnoDB 中不保存表的具体行数也就是说执行select count() fromtable时InnoDB要扫描一遍整个表来计算有多少行但是MyISAM只要简单的读出保存好的行数即可。注意的是当count()语句包含where条件时两种表的操作是一样的。 3.对于AUTO_INCREMENT类型的字段InnoDB中必须包含只有该字段的索引但是在MyISAM表中可以和其他字段一起建立联合索引。 4.DELETE FROM table时InnoDB不会重新建立表而是一行一行的删除。 5.LOAD TABLE FROMMASTER操作对InnoDB是不起作用的解决方法是首先把InnoDB表改成MyISAM表导入数据后再改成InnoDB表但是对于使用的额外的InnoDB特性(例如外键)的表不适用。 另外InnoDB表的行锁也不是绝对的假如在执行一个SQL语句时MySQL不能确定要扫描的范围InnoDB表同样会锁全表例如updatetable set num1 where name like “a%” 两种类型最主要的差别就是Innodb支持事务处理与外键和行级锁.而MyISAM不支持.所以MyISAM往往就容易被人认为只适合在小项目中使用。 我作为使用MySQL的用户角度出发Innodb和MyISAM都是比较喜欢的但是从我目前运维的数据库平台要达到需求99.9%的稳定性方便的扩展性和高可用性来说的话MyISAM绝对是我的首选。 原因如下 1、首先我目前平台上承载的大部分项目是读多写少的项目而MyISAM的读性能是比Innodb强不少的。 2、MyISAM的索引和数据是分开的并且索引是有压缩的内存使用率就对应提高了不少。能加载更多索引而Innodb是索引和数据是紧密捆绑的没有使用压缩从而会造成Innodb比MyISAM体积庞大不小。 3、从平台角度来说经常隔12个月就会发生应用开发人员不小心update一个表where写的范围不对导致这个表没法正常用了这个时候MyISAM的优越性就体现出来了随便从当天拷贝的压缩包取出对应表的文件随便放到一个数据库目录下然后dump成sql再导回到主库并把对应的binlog补上。如果是Innodb恐怕不可能有这么快速度别和我说让Innodb定期用导出xxx.sql机制备份因为我平台上最小的一个数据库实例的数据量基本都是几十G大小。 4、从我接触的应用逻辑来说select count(*) 和order by是最频繁的大概能占了整个sql总语句的60%以上的操作而这种操作Innodb其实也是会锁表的很多人以为Innodb是行级锁那个只是where对它主键是有效非主键的都会锁全表的。 5、还有就是经常有很多应用部门需要我给他们定期某些表的数据MyISAM的话很方便只要发给他们对应那表的frm.MYD,MYI的文件让他们自己在对应版本的数据库启动就行而Innodb就需要导出xxx.sql了因为光给别人文件受字典数据文件的影响对方是无法使用的。 6、如果和MyISAM比insert写操作的话Innodb还达不到MyISAM的写性能如果是针对基于索引的update操作虽然MyISAM可能会逊色Innodb,但是那么高并发的写从库能否追的上也是一个问题还不如通过多实例分库分表架构来解决。 7、如果是用MyISAM的话merge引擎可以大大加快应用部门的开发速度他们只要对这个merge表做一些selectcount(*)操作非常适合大项目总量约几亿的rows某一类型(如日志调查统计)的业务表。 当然Innodb也不是绝对不用用事务的项目如模拟炒股项目我就是用Innodb的活跃用户20多万时候也是很轻松应付了因此我个人也是很喜欢Innodb的只是如果从数据库平台应用出发我还是会首MyISAM。 另外可能有人会说你MyISAM无法抗太多写操作但是我可以通过架构来弥补说个我现有用的数据库平台容量主从数据总量在几百T以上每天十多亿pv的动态页面还有几个大项目是通过数据接口方式调用未算进pv总数(其中包括一个大项目因为初期memcached没部署,导致单台数据库每天处理9千万的查询)。而我的整体数据库服务器平均负载都在0.5-1左右。 一般来说MyISAM适合 (1)做很多count 的计算 (2)插入不频繁查询非常频繁 (3)没有事务。 InnoDB适合 (1)可靠性要求比较高或者要求事务 (2)表更新和查询都相当的频繁并且表锁定的机会比较大的情况指定数据引擎的创建 让所有的灵活性成为可能的开关是提供给ANSI SQL的MySQL扩展——TYPE参数。MySQL能够让你在表格这一层指定数据库引擎所以它们有时候也指的是table formats。下面的示例代码表明了如何创建分别使用MyISAM、ISAM和HEAP引擎的表格。要注意创建每个表格的代码是相同的除了最后的 TYPE参数这一参数用来指定数据引擎。 以下为引用的内容 复制代码代码如下:
CREATE TABLE tblMyISAM (
id INT NOT NULL AUTO_INCREMENT,
PRIMARY KEY (id),
value_a TINYINT
) TYPEMyISAM
CREATE TABLE tblISAM (
id INT NOT NULL AUTO_INCREMENT,
PRIMARY KEY (id),
value_a TINYINT
) TYPEISAM
CREATE TABLE tblHeap (
id INT NOT NULL AUTO_INCREMENT,
PRIMARY KEY (id),
value_a TINYINT
) TYPEHeap
你也可以使用ALTER TABLE命令把原有的表格从一个引擎移动到另一个引擎。下面的代码显示了如何使用ALTER TABLE把MyISAM表格移动到InnoDB的引擎 以下为引用的内容 复制代码代码如下:
ALTER TABLE tblMyISAM CHANGE TYPEInnoDB
MySQL用三步来实现这一目的。首先这个表格的一个副本被创建。然后任何输入数据的改变都被排入队列同时这个副本被移动到另一个引擎。最后任何排入队列的数据改变都被送交到新的表格里而原来的表格被删除。 复制代码代码如下:
ALTER TABLE捷径
如果只是想把表格从ISAM更新为MyISAM你可以使用MySQL_convert_table_format命令而不需要编写ALTER TABLE表达式。 你可以使用SHOW TABLE命令这是MySQL对ANSI标准的另一个扩展来确定哪个引擎在管理着特定的表格。SHOW TABLE会返回一个带有多数据列的结果集你可以用这个结果集来查询获得所有类型的信息数据库引擎的名称在Type字段里。下面的示例代码说明了 SHOW TABLE的用法 复制代码代码如下:
SHOW TABLE STATUS FROM tblInnoDB
你可以用SHOW CREATE TABLE [TableName]来取回SHOW TABLE能够取回的信息。 一般情况下MySQL会默认提供多种存储引擎可以通过下面的查看: 1看你的MySQL现在已提供什么存储引擎: mysql show engines 2看你的MySQL当前默认的存储引擎: mysql show variables like %storage_engine% 3你要看某个表用了什么引擎(在显示结果里参数engine后面的就表示该表当前用的存储引擎): mysql show create table 表名 最后如果你想使用没有被编译成MySQL也没有被激活的引擎那是没有用的MySQL不会提示这一点。而它只会给你提供一个缺省格式MyISAM的表格。除了使用缺省的表格格式外还有办法让MySQL给出错误提示但是就现在而言如果不能肯定特定的数据库引擎是否可用的话你要使用SHOW TABLE来检查表格格式。 更多的选择意味着更好的性能 用于特定表格的引擎都需要重新编译和追踪考虑到这种的额外复杂性为什么你还是想要使用非缺省的数据库引擎呢答案很简单要调整数据库来满足你的要求。 可以肯定的是MyISAM的确快但是如果你的逻辑设计需要事务处理你就可以自由使用支持事务处理的引擎。进一步讲由于MySQL能够允许你在表格这一层应用数据库引擎所以你可以只对需要事务处理的表格来进行性能优化而把不需要事务处理的表格交给更加轻便的MyISAM引擎。对于 MySQL而言灵活性才是关键。 性能测试 所有的性能测试在Micrisoft window xp sp2 Intel(R) Pentinum(R) M processor 1.6oGHz 1G 内存的电脑上测试。 测试方法连续提交10个query 表记录总数38万 时间单位 s 引擎类型MyISAMInnoDB 性能相差 count 0.00083573.01633609 查询主键 0.005708 0.15742 7.57 查询非主键 24.01 80.37 3.348 更新主键 0.008124 0.8183 100.7 更新非主键 0.004141 0.02625 6.338 插入 0.004188 0.3694 88.21 1加了索引以后对于MyISAM查询可以加快4 206.09733倍对InnoDB查询加快510.72921倍同时对MyISAM更新速度减慢为原来的1/2InnoDB的更新速度减慢为原来的1/30。要看情况决定是否要加索引比如不查询的log表不要做任何的索引。 2如果你的数据量是百万级别的并且没有任何的事务处理那么用MyISAM是性能最好的选择。 3InnoDB表的大小更加的大用MyISAM可省很多的硬盘空间。 在我们测试的这个38w的表中表占用空间的情况如下 引擎类型MyISAM InnoDB 数据 53,924 KB 58,976 KB 索引 13,640 KB 21,072 KB 占用总空间 67,564 KB 80,048 KB 另外一个176W万记录的表 表占用空间的情况如下 引擎类型MyIsam InnorDB 数据 56,166 KB 90,736 KB 索引 67,103 KB 88,848 KB 占用总空间 123,269 KB 179,584 KB
其他
MySQL 官方对InnoDB是这样解释的InnoDB给MySQL提供了具有提交、回滚和崩溃恢复能力的事务安全ACID兼容存储引擎。InnoDB锁定在行级并且也在SELECT语句提供一个Oracle风格一致的非锁定读这些特色增加了多用户部署和性能。没有在InnoDB中扩大锁定的需要因为在InnoDB中行级锁定适合非常小的空间。InnoDB也支持FOREIGN KEY强制。在SQL查询中你可以自由地将InnoDB类型的表与其它MySQL的表的类型混合起来甚至在同一个查询中也可以混合。
InnoDB是为处理巨大数据量时的最大性能设计它的CPU效率可能是任何其它基于磁盘的关系数据库引擎所不能匹敌的。
InnoDB存储引擎被完全与MySQL服务器整合InnoDB存储引擎为在主内存中缓存数据和索引而维持它自己的缓冲池。InnoDB存储它的表索引在一个表空间中表空间可以包含数个文件或原始磁盘分区。这与MyISAM表不同比如在MyISAM表中每个表被存在分离的文件中。InnoDB 表可以是任何尺寸即使在文件尺寸被限制为2GB的操作系统上。
InnoDB默认地被包含在MySQL二进制分发中。Windows Essentials installer使InnoDB成为Windows上MySQL的默认表。
InnoDB被用来在众多需要高性能的大型数据库站点上产生。著名的Internet新闻站点Slashdot.org运行在InnoDB上。 Mytrix, Inc.在InnoDB上存储超过1TB的数据还有一些其它站点在InnoDB上处理平均每秒800次插入/更新的.1、Redis Redis是一个很新的项目刚刚发布了1.0版本。Redis本质上是一个Key-Value类型的内存数据库很像memcached整个数据库统 统加载在内存当中进行操作定期通过异步操作把数据库数据flush到硬盘上进行保存。因为是纯内存操作Redis的性能非常出色每秒可以处理超过 10万次读写操作是我知道的性能最快的Key-Value DB。Redis的出色之处不仅仅是性能Redis最大的魅力是支持保存List链表和Set集合的数据结构而且还支持对List进行各种操作例如从 List两端push和pop数据取List区间排序等等对Set支持各种集合的并集交集操作此外单个value的最大限制是1GB不像 memcached只能保存1MB的数据因此Redis可以用来实现很多有用的功能比方说用他的List来做FIFO双向链表实现一个轻量级的高性 能消息队列服务用他的Set可以做高性能的tag系统等等。另外Redis也可以对存入的Key-Value设置expire时间因此也可以被当作一 个功能加强版的memcached来用。Redis的主要缺点是数据库容量受到物理内存的限制不能用作海量数据的高性能读写并且它没有原生的可扩展机制不具有scale可扩展能力要 依赖客户端来实现分布式读写因此Redis适合的场景主要局限在较小数据量的高性能操作和运算上。目前使用Redis的网站有 githubEngine Yard。
1、MongoDB MongoDB是一个介于关系数据库和非关系数据库之间的产品是非关系数据库当中功能最丰富最像关系数据库的。他支持的数据结构非常松散是类似 json的bjson格式因此可以存储比较复杂的数据类型。Mongo最大的特点是他支持的查询语言非常强大其语法有点类似于面向对象的查询语言几 乎可以实现类似关系数据库单表查询的绝大部分功能而且还支持对数据建立索引。Mongo主要解决的是海量数据的访问效率问题根据官方的文档当数据量达到50GB以上的时候Mongo的数据库访问速度是MySQL的10倍以 上。Mongo的并发读写效率不是特别出色根据官方提供的性能测试表明大约每秒可以处理0.5万1.5万次读写请求。因为Mongo主要是支持海量数据存储的所以Mongo还自带了一个出色的分布式文件系统GridFS可以支持海量的数据存储但我也看到有些评论认 为GridFS性能不佳这一点还是有待亲自做点测试来验证了。最后由于Mongo可以支持复杂的数据结构而且带有强大的数据查询功能因此非常受到欢迎很多项目都考虑用MongoDB来替代MySQL来实现不是 特别复杂的Web应用比方说why we migrated from MySQL to MongoDB就是一个真实的从MySQL迁移到MongoDB的案例由于数据量实在太大所以迁移到了Mongo上面数据查询的速度得到了非常显著 的提升。MongoDB也有一个ruby的项目MongoMapper是模仿Merb的DataMapper编写的MongoDB的接口使用起来非常简单几 乎和DataMapper一模一样功能非常强大易用。
memcache
Memcache是一个高性能的分布式的内存对象缓存系统通过在内存里维护一个统一的巨大的hash表它能够用来存储各种格式的数据包括图像、视频、文件以及数据库检索的结果等。简单的说就是将数据调用到内存中然后从内存中读取从而大大提高读取速度。 memcached是一种无阻塞的socket通信方式服务基于libevent库由于无阻塞通信对内存读写速度非常之快。 memcached分服务器端和客户端可以配置多个服务器端和客户端应用于分布式的服务非常广泛。 memcached作为小规模的数据分布式平台是十分有效果的。 memcached是键值一一对应key默认最大不能超过128个字 节value默认大小是1M也就是一个slabs如果要存2M的值连续的不能用两个slabs因为两个slabs不是连续的无法在内存中 存储故需要修改slabs的大小多个key和value进行存储时即使这个slabs没有利用完那么也不会存放别的数据。
1.面向对象继承多汰封装优点
1、易维护 采用面向对象思想设计的结构可读性高由于继承的存在即使改变需求那么维护也只是在局部模块所以维护起来是非常方便和较低成本的。 2、质量高 在设计时可重用现有的在以前的项目的领域中已被测试过的类使系统满足业务需求并具有较高的质量。 3、效率高 在软件开发时根据设计的需要对现实世界的事物进行抽象产生类。使用这样的方法解决问题接近于日常生活和自然的思考方式势必提高软件开发的效率和质量。 4、易扩展 由于继承、封装、多态的特性自然设计出高内聚、低耦合的系统结构使得系统更灵活、更容易扩展而且成本较低。
容错 当由于某种原因在系统中出现了数据文件损坏或者丢失系统能自动将这些数据回复到发生之前
