- 博客(16)
- 资源 (2)
- 收藏
- 关注
RSS订阅转载 内存数据库中的索引技术
引言传统的数据库管理系统把所有数据都放在磁盘上进行管理，所以称作磁盘数据库（DRDB: Disk-Resident Database）。磁盘数据库需要频繁地访问磁盘来进行数据的操作，磁盘的读写速度远远小于CPU处理数据的速度，所以磁盘数据库的瓶颈出现在磁盘读写上。基于此，内存数据库的概念被提出来了。内存数据库(MMDB:Main Memory Database，也叫主存数据库)[1]，就是
2015-09-20 11:04:45
466
转载 MySQL之终端：管理数据库的基本操作
MySQL有很多的可视化管理工具，比如“mysql-workbench”和“sequel-pro-”。 现在我写MySQL的终端命令操作的文章，是想强化一下自己对于MySQL的理解，总会比使用图形化的理解透彻，因为我本来就比较喜欢写代码。同时写出来这些文章，是想要给大家当个参考，希望也能对大家有所帮助，有所提升，这就是我为什么要写终端操作MySQL的文章了。注意：MySQL数据库命令不区分大小
2015-09-20 10:58:17
534
转载 MySQL Cluster：如何通过扩展为MySQL带来2亿QPS
本篇文章的目的在于介绍MySQL Cluster——也就是MySQL的一套内存内、实时、可扩展且具备高可用性的版本。在解决标题中所提到的每秒2亿查询处理能力问题之前，我们先对MySQL集群的背景信息及其架构进行一番回顾，这将有助于大家理解上述目标的实现过程。MySQL Cluster介绍MySQL Cluster是一套具备可扩展能力、实时、内存内且符合ACID要求的事务型数据库，其将99.
2015-09-20 10:51:53
544
转载 MySQL线程池总结(二)
one-connection-per-thread根据scheduler_functions的模板，我们也可以列出one-connection-per-thread方式的几个关键函数。12345678910111213141516171819202122232425
2015-09-20 10:49:16
480
转载 MYSQL线程池总结(一)
线程池是Mysql5.6的一个核心功能，对于服务器应用而言，无论是web应用服务还是DB服务，高并发请求始终是一个绕不开的话题。当有大量请求并发访问时，一定伴随着资源的不断创建和释放，导致资源利用率低，降低了服务质量。线程池是一种通用的技术，通过预先创建一定数量的线程，当有请求达到时，线程池分配一个线程提供服务，请求结束后，该线程又去服务其他请求。 通过这种方式，避免了线程和内存对象的频繁创建和释
2015-09-20 10:47:07
647
转载 SSD 下的 MySQL IO 优化
一 目录一 目录二 背景三 SSD 特性四 基于 SSD 的数据库优化五 A 项目 MySQL 主从关系图六 程序切换之前调优 6.1 修改系统 IO 调度算法 6.2 修改 innodb_io_capacity = 4000 6.3 修改 innodb_max_dirty_pages_pct = 25 6.4 修改 innodb_io_capacity = 2000 6.5 修
2015-09-20 10:44:36
820
转载 MySQL 高可用架构在业务层面的分析研究
前言： 相对于传统行业的相对服务时间9x9x6或者9x12x5，因为互联网电子商务以及互联网游戏的实时性，所以服务要求7*24小时，业务架构不管是应用还是数据库，都需要容灾互备，在mysql的体系中，最好通过在最开始阶段的数据库架构阶段来实现容灾系统。所以这里从业务宏观角度阐述下mysql架构的方方面面。一，MySQL架构设计—业务分析（1）读多写少虚线表示跨机房部署
2015-09-20 10:22:53
919
转载 MySQL备份与恢复
为了保障数据的安全，需要定期对数据进行备份。备份的方式有很多种，效果也不一样。一旦数据库中的数据出现了错误，就需要使用备份好的数据进行还原恢复。从而将损失降到最低。下面我们来了解一下MySQL常见的有三种备份恢复方式：1、利用Mysqldump+二进制日志实现备份2、利用LVM快照+二进制日志实现备份3、使用Xtrabackup备份一：实验环境介绍：系统介绍：CentOS6.4
2015-09-20 09:49:09
557
转载 TCP/IP 协议栈及 OSI 参考模型详解
OSI参考模型OSI RM：开放系统互连参考模型（open systeminterconnection reference model）OSI参考模型具有以下优点：简化了相关的网络操作；提供设备间的兼容性和标准接口；促进标准化工作；结构上可以分隔；易于实现和维护。 20世纪60年代以来，计算机网络得到了飞速增长。各
2015-09-20 09:43:30
764
转载 iostat和iowait详细解说
%iowait并不能反应磁盘瓶颈iowait实际测量的是cpu时间：%iowait = (cpu idle time)/(all cpu time)这个文章说明：高速cpu会造成很高的iowait值，但这并不代表磁盘是系统的瓶颈。唯一能说明磁盘是系统瓶颈的方法，就是很高的read/write时间，一般来说超过20ms，就代表了不太正常的磁盘性能。为什么是20ms呢？一般来说，一次读写就
2015-09-19 10:24:51
512
转载 安装LuaSocket
这里为《Lua基础 coroutine —— Lua的多线程编程》做一下准备工作，因为用到了socket库，这里就说明一下怎么在fedora上安装luasocket，以防有的朋友的开发环境跟博主的一样，默认没有该库，又得自己到处去查怎么安装。note：该库从文档看，好像只支持lua5.1，博主没有尝试过5.2，有兴趣的可以试一下是否可以。首先去这个网站http://w3.imp
2015-09-13 22:49:19
996
转载 Raft一致性算法
Why Not PaxosPaxos算法是莱斯利·兰伯特（LeslieLamport，就是 LaTeX 中的”La”，此人现在在微软研究院）于1990年提出的一种基于消息传递的一致性算法。由于算法难以理解起初并没有引起人们的重视，使Lamport在八年后1998年重新发表到ACM Transactions on Computer Systems上（The Part-TimeParlia
2015-09-13 10:06:45
396
转载 Kafka深度解析
背景介绍Kafka简介 Kafka是一种分布式的，基于发布/订阅的消息系统。主要设计目标如下：以时间复杂度为O(1)的方式提供消息持久化能力，即使对TB级以上数据也能保证常数时间的访问性能高吞吐率。即使在非常廉价的商用机器上也能做到单机支持每秒100K条消息的传输支持Kafka Server间的消息分区，及分布式消费，同时保证每个partition内的消息顺序传输同时支持离线数据
2015-09-03 08:52:24
562
转载 Kafka设计解析（三）- Kafka High Availability （下）
摘要 本文在上篇文章基础上，更加深入讲解了Kafka的HA机制，主要阐述了HA相关各种场景，如Broker failover，Controller failover，Topic创建/删除，Broker启动，Follower从Leader fetch数据等详细处理过程。同时介绍了Kafka提供的与Replication相关的工具，如重新分配Partition等。Broker Failove
2015-09-03 08:46:19
291
转载 Kafka设计解析（二）：Kafka High Availability （上）
Kafka在0.8以前的版本中，并不提供High Availablity机制，一旦一个或多个Broker宕机，则宕机期间其上所有Partition都无法继续提供服务。若该Broker永远不能再恢复，亦或磁盘故障，则其上数据将丢失。而Kafka的设计目标之一即是提供数据持久化，同时对于分布式系统来说，尤其当集群规模上升到一定程度后，一台或者多台机器宕机的可能性大大提高，对Failover要求非常高。
2015-09-03 08:29:19
400
转载 Kafka剖析（一）：高扩展、高吞吐的分布式消息系统初探
Kafka是由LinkedIn开发的一个分布式的消息系统，使用Scala编写，它以可水平扩展和高吞吐率而被广泛使用。目前越来越多的开源分布式处理系统如Cloudera、Apache Storm、Spark都支持与Kafka集成。InfoQ一直在紧密关注Kafka的应用以及发展，“Kafka剖析”专栏将会从架构设计、实现、应用场景、性能等方面深度解析Kafka。背景介绍
2015-09-03 08:24:55
2150
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人