繁體中文当前位置: 首页 > 图文教程 > 数据库 > MSSQL > 细化解析：MySQL 服务器究竟有多稳定？
- MSSQL
- 利用 Case 敘述做 SQL 的動態排列
- SQL Server 2000 与 SQL Server 7.0 版兼容性问题
- 数据变换和转换注意事项(SQL)
- 浅谈优化SQLServer数据库服务器内存配置的策略
- SQL2000管理SQL7服务器出现TIMEOUT问题的解决
- Web环境下MS SQL Server中数据的磁带备份与恢复
- SQL Server 7.0与以前的版本相比，安全模式中最重要的
- 如何用sql语句修改数据表中字段，实现identity(100,1)
- sqlserver7.0中如何在死锁产生时自动将其杀死
- Sql server使用内存限定在多少最为合适
- 使用MS SQL7的LINKED SERVER（一）
- 使用MS SQL7的LINKED SERVER（二）
- 使用MS SQL7的LINKED SERVER（三）
- 使用MS SQL7的LINKED SERVER（四）
- SQL--JOIN之完全用法
- 总结 SQL Server 中死锁产生的原因及解决办法
- 数据库正规化和设计技巧
- IDENTITY列的一个有用操作
- 聚合函数
- 当SQL Server数据库崩溃时如何恢复？
MSSQL 中的 细化解析：MySQL 服务器究竟有多稳定？
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-10-17 浏览: 108 ::
收藏到网摘: n/a
本文回答了如下问题：“MySQL服务器有多稳定?”，以及“在本项目中我能依靠MySQL服务器吗”? 我们将尝试阐明这类问题，并回答很多潜在用户关心的某些重要问题。本节所给出的信息基于通过邮件列表收集的数据，在确定问题和通报使用类型方面，邮件列表十分有用。
最初的代码可回溯至20世纪80年代初。它提供了稳定的编码基数，最初存储引擎使用的ISAM表格式仍保持向后兼容性。在MySQL AB公司的前身TcX，自1996年中期以来，MySQL代码在多个项目中工作良好，未出现任何问题。当MySQL数据库软件首次向更广泛的公众发布时，我们的用户很快发现了一些未经测试的代码段。自那以后，尽管每个新版本具有很多新的特性，但每次新发布的版本均存在少量的移植性问题。
每次发布的MySQL服务器均是可用的。仅当用户尝试源自“灰色区域”的代码时才会出现问题。当然，新用户不了解“灰色区域”是什么。因此，在本文中，我们介绍了目前已知的这类区域。本节所作的介绍主要针对MySQL服务器3.23版和更高版本。在最新的版本中，更正了所有已知和通报的缺陷，但“缺陷”一节所列的除外，这类缺陷与设计有关。
MySQL服务器采用了多层设计和独立模块。在此列出了一些较新的模块，并指明了它们的测试情况。
· Replication(稳定)
大量使用复制功能的服务器均处于生产模式下，结果良好。在MySQL 5.x中，将继续增强复制功能。
· InnoDB表(稳定)
自3.23.49版以来，InnoDB事务存储引擎一直很稳定。InnoDB正用于大型、重负荷生产系统。
· BDB表(稳定)
Berkeley DB码十分稳定，但在MySQL服务器中，我们仍在改进BDB事务存储引擎。
· 全文本搜索(稳定)
全文本搜索的使用范围十分广泛。在MySQL 4.0和4.1中，增加了重要的特性增强。
· MyODBC 3.51(稳定)
MyODBC 3.51采用了ODBC SDK 3.51，并广泛用于生产活动中。某些出现的情况看上去与应用程序相关，与ODBC驱动程序或底层数据库服务器无关。
评论 (0) All
