表示 进入内容 137113801423
« 先前的 10 新的记录 | 下一步 10 较早的记录 »
Displaying posts with tag: database (reset)
NoSQL or Relational ?

随着数据存储技术的迅猛发展,随着各种 NoSQL 技术的产生,无论是我们同事之间还是整个互联网行业,都出现关于“分布式 数据 存储/处理 解决方案”方面的选择分歧。就我目前所了解到的主流意见主要有以下三种:

  • 去关系型,NoSQL是王道
  • NoSQL靠边站,关系型才是王道
  • 以关系型为核心,NoSQL为补充

三种意见中前面两种观点较为极端,都是“非对即错”的选择,当然也有更为理性的第三种方案。

如果作为开发人员,从我目前所了解的信息来看,主要还是倾向于第一种思路。因为在他们看来,分布式的 NoSQL 系统是一个非常美的架构,不仅仅解决了扩展性的问题,同时也解决了可靠性问题,同时还可以让程序开发免去关系型模型的约束,不选择他才是傻子呢!

[获取更多]
innodb使用大字段text,blob的一些优化建议

最近看到一些老应用,在表结构的设计上使用了text或者blob的字段;其中一个应用,对blob字段的依赖非常的严重,查询和更新的频率也是非常的高,单表的存储空间已经达到了近100G,这个时候,应用其实已经被数据库绑死了,任何应用或者查询逻辑的变更几乎成为不可能;

为了清楚大字段对性能的影响,我们必须要知道innodb存储引擎在底层对行的处理方式:

知识点一:在5.1中,innodb存储引擎的默认的行格式为compact(redundant为兼容以前的版本),对于blob,text,varchar(8099)这样的大字段,innodb只会存放前768字节在数据页中,而剩余的数据则会存储在溢出段中(发生溢出情况的时候适用);

[获取更多]
MySQL 数据库性能优化之表结构优化

接着上一篇 MySQL 数据库性能优化之缓存参数优化 ,这是 MySQL数据库性能优化专题 系列的第二篇文章:MySQL 数据库性能优化之表结构

很多人都将 数据库设计范式 作为数据库表结构设计“圣经”,认为只要按照这个范式需求设计,就能让设计出来的表结构足够优化,既能保证性能优异同时还能满足扩展性要求。殊不知,在N年前被奉为“圣经”的数据库设计3范式早就已经不完全适用了。这里我整理了一些比较常见的数据库表结构设计方面的优化技巧,希望对大家有用。

由于MySQL数据库是基于行(Row)存储的数据库,而数据库操作 IO …

[获取更多]
迁移到RDS应该注意的问题

相信大部分用户在将自己本地的数据库迁移到RDS的时候都会遇到各种各样的问题,这里总结一下在迁移过程中常见的问题,包括将本地数据库(客户数据库)导出成可执行的SQL文件—–>导入到远端的RDS数据库—->测试验证.

案例一:用户迁移到RDS,遇到视图依赖的问题(MSSQL数据库)

用户在将本地数据库(mssql)导出成可执行的sql文件,然后在远处导入到RDS数据库的时候,发现视图依赖的问题而导致部分视图没有导入成功,例如:

视图view_0依赖—->视图view2_dep_view_1;视图view2_dep_view_1依赖—–>视图view_1;视图view_1依赖—–>表data:

[获取更多]
RDS作业功能的支持

RDS最近将会支持数据库的job功能,包括mysql的events和mssql的job. RDS在开放一个服务给用户使用的时候,需要考虑非常的多因素,比如:

  •   该服务所占用的资源(内存,cpu等);
  •   存在的bug(bug的存在可直接导致用户在使用该服务上出现不当或者错误);
  •   潜在的安全风险(服务的开放往往需要开通某些端口,这样增加了RDS被攻击的可能性);
  •   与RDS现有架构的融合,比如:rds的架构采用的双机热备(主库和备库同时存在,主库down机后能够迅速切换到备库,所以必须考虑到开放job功能后,对RDS HA的影响,保证在HA切换后job仍能够正常的执行).

所以我们会不断的问自己一些问题,然后自己再去解答它:

(1).主库上建立一个job,备库上会不会也会创建一个job?

答:

[获取更多]
MySQL 数据库性能优化之缓存参数优化

在平时被问及最多的问题就是关于 MySQL 数据库性能优化方面的问题,所以最近打算写一个MySQL数据库性能优化方面的系列文章,希望对初中级 MySQL DBA 以及其他对 MySQL 性能优化感兴趣的朋友们有所帮助。

这是 MySQL数据库性能优化专题 系列的第一篇文章:MySQL 数据库性能优化之缓存参数优化

数据库属于 IO 密集型的应用程序,其主要职责就是数据的管理及存储工作。而我们知道,从内存中读取一个数据库的时间是微秒级别,而从一块普通硬盘上读取一个IO是在毫秒级别,二者相差3个数量级。所以,要优化数据库,首先第一步需要优化的就是 IO,尽可能将磁盘IO转化为内存IO。本文先从 MySQL …

[获取更多]
mysql基本操作

早打算写些关于数据库操作方面的知识了,现在终于完成了第一篇,以下记录了关于mysql操作方面的基础知识。在window下,启动、停止mysql服务启动mysql数据库net start mysql停止mysql数据库net stop mysql重新启动mysql数据库net restart mysq...

【mysql】  【数据库】  【test】  【Create】  【database】  【varchar】   …

[获取更多]
【原创】hive搭建

本章节主要介绍两部分内容: 1、hive搭建元数据存放于本地文件系统。 2、hive搭建元数据存放于第三方开源数据库mysql。 两者的定义大致如下: ingle User Mode:此模式连接到一个In-memory的数据库Derby,一般用于Unit Test。

【mysql】  【hbase】  【hadoop】  【Apache】  【配置】  【测试】  【string】   …

[获取更多]
订单表

引用:http://code.google.com/p/dolphincommerce/source/browse/trunk/DolphinCommerce/trunk/document/database/mysql/db_table/03.

【mysql】  【SQL】  【code】  【google】  【database】  【source】   点击查看原文>

2012DTCC – MySQL性能调优最佳实践

上周受邀于 IT168,在 2012年度的 DTCC 大会上做了一个小的主题分享,内容主要是最近几年在 MySQL 数据库的性能调优过程中积累的一点点经验总结,希望能对大家有用。

其中部分内容在之前的 第二届华东地区数据库大会 上已经有过分享,这次是在当时分享内容的基础上增加了硬件和系统层面的内容,同时根据听众反馈对原有内容进行了部分优化改进。

以下就是这次分享的 PPT 内容(有更新):

MySQL性能调优最佳实践 View more presentations from Sky Jian 作者: Sky.Jian

[获取更多]
表示 进入内容 137113801423
« 先前的 10 新的记录 | 下一步 10 较早的记录 »