2017

Cloud computing is traveling along the hype cycle quickly, cloud technologies are maturing, and cloud adoption is accelerating on a […]

1/ISAM ISAM是一个定义明确且历经时间考验的数据表格管理方法，它在设计之时就考虑到数据库被查询的次数要远大于更新的次数。因此，ISAM执行读取操作的速度很快，而且不占用大量的内存和存储资源。ISAM的两个主要不足之处在于，它不支持事务处理，也不能够容错：如果你的硬盘崩溃了，那么数据文件就无法恢复了。如果你正在把ISAM用在关键任务应用程序里，那就必须经常备份你所有的实时数据，通过其复制特性，MySQL能够支持这样的备份应用程序。 2/InnoDB 它提供了事务控制能力功能，它确保一组命令全部执行成功，或者当任何一个命令出现错误时所有命令的结果都被回退，可以想像在电子银行中事务控制能力是非常重要的。支持COMMIT、ROLLBACK和其他事务特性。最新版本的Mysql已经计划移除对BDB的支持，转而全力发展InnoDB。 MyIASM是IASM表的新版本，有如下扩展： 二进制层次的可移植性。 NULL列索引。 对变长行比ISAM表有更少的碎片。 支持大文件。 更好的索引压缩。 更好的键吗统计分布。 更好和更快的auto_increment处理。 以下是一些细节和具体实现的差别： 1.InnoDB不支持FULLTEXT类型的索引。 2.InnoDB中不保存表的 具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的。

MySql:charset和collation的设置   charset 和 collation 有多个级别的设置：服务器级、数据库级、表级、列级和连接级 www.2cto.com 1.服务器级 查看设置：show global variables like ‘character_set_server’; 和 show global variables like ‘collation_server’; 修改设置：在OPTION

作为创业公司和推行DevOps工程师们来说，都遇到过这样的问题： 硬件资源利用率的问题，造成部分成本的浪费 在网站功能中不同的业务场景有计算型的，有IO读写型的，有网络型，有内存型的，集中部署应用就会导致资源利用率不合理的问题。比如，一个机器上部署的服务都是内存密集型，那么CPU资源就都很容易浪费了。 单物理机多应用无法对无法进行有效的隔离，导致应用对资源的抢占和相互影响 一个物理机器跑多个应用，无法进行所使用的CPU，内存，进程进行限制，如果一个应用出现对资源的抢占问题，就会引起连锁反应，最终导致网站部分功能不可用。 环境、版本管理复杂，上线部署流程缺乏，增加问题排查的复杂度 由于内部开发流程的不规范，代码在测试或者上线过程中，对一些配置项和系统参数进行随意的调整，在发布时进行增量发布，一旦出现问题，就会导致测试的代码和线上运行的代码是不一致的，增加了服务上线的风险，也增加了线上服务故障排查的难度。 环境不稳定，迁移成本高，增加上线风险 在开发过程中存在多个项目并行开发和服务的依赖问题，由于环境和版本的复杂性很高，不能快速搭建和迁移一个环境，导致无法在测试环境中无法模拟出线上的流程进行测试，很多同学在线上环境进行测试，这里有很高的潜在风险，同时导致开发效率降低。 传统虚拟机和物理机占用空间大，启动慢，管理复杂等问题 传统虚拟机和物理机在启动过程进行加载内核，执行内核和init进行，导致在启动过程占用很长时间，而且在管理过程中会遇到各种各样的管理问题。 基于Docker容器技术，运维技术团队开发了五阿哥网站的容器云平台。通过容器云平台95%的应用服务已经实现容器化部署。这些应用支持业务按需拓展，秒级伸缩，提供与用户友好的交互过程，规范了测试和生产的发布流程，让开发和测试同学从基础的环境配置和发布解放出来，使其更聚焦自己的项目开发和测试。结合五阿哥容器云平台和Docker容器技术的实践，本文先介绍如何实现724小时“一站式”的持续交付，实现产品的上线。 *容器云平台架构图 Docker镜像标准化 众所周知，Docker的镜像是分层的。对镜像分层进行约定： 第一层是操作系统层，由CentOS/Alpine等基础镜像构成，安装一些通用的基础组件； 第二层是中间件层，根据不同的应用程序，安装它们运行时需要使用到的各种中间件和依赖软件包，如，Nginx、Tomcat等； 第三层是应用层，这层仅包含已经打好包的各应用程序代码。 Docker Image分层

【编者的话】这是系列博文中的第一篇，本文作者使用Spring Cloud和Docker构建微服务平台，文章的例子浅显易懂。 本系列博文主要向大家介绍如何使用Spring Cloud和Docker构建微服务平台。 什么是Spring Cloud？ Spring Cloud 是Pivotal提供的用于简化分布式系统构建的工具集。Spring Cloud引入了云平台连接器（Cloud Connector）和服务连接器（Service Connector）的概念。云平台连接器是一个接口，需要由云平台提供者进行实现，以便库中的其他模块可以与该云平台协同工作。（更多介绍，可以阅读InfoQ的报道。） 在Spring Cloud提供的解决方案中，你将会发现如下的内容： Configuration Service Discovery Service Circuit breakers Distributed

最近一段时间不论互联网还是传统行业，凡是涉及信息技术范畴的圈子几乎都在讨论微服务架构。近期也看到各大技术社区开始组织一些沙龙和论坛来分享Spring Cloud的相关实施经验，这对于最近正在整理Spring Cloud相关套件内容与实例应用的我而言，还是有不少激励的。 目前，Spring Cloud在国内的知名度并不高，在前阵子的求职过程中，与一些互联网公司的架构师、技术VP或者CTO在交流时，有些甚至还不知道该项目的存在。可能这也与国内阿里巴巴开源服务治理框架Dubbo有一定的关系，除了Dubbo本身较为完善的中文文档之外，不少科技公司的架构师均出自阿里系，所以就目前情况看，短期国内还是Dubbo的天下。 那么第一次实施微服务架构时，我们应该选择哪个基础框架更好呢？ 以下内容均为作者个人观点，知识面有限，如有不对，纯属正常，不喜勿喷。 Round 1：背景 Dubbo，是阿里巴巴服务化治理的核心框架，并被广泛应用于阿里巴巴集团的各成员站点。阿里巴巴近几年对开源社区的贡献不论在国内还是国外都是引人注目的，比如：JStorm捐赠给Apache并加入Apache基金会等，为中国互联网人争足了面子，使得阿里巴巴在国人眼里已经从电商升级为一家科技公司了。 Spring Cloud，从命名我们就可以知道，它是Spring Source的产物，Spring社区的强大背书可以说是Java企业界最有影响力的组织了，除了Spring Source之外，还有Pivotal和Netfix是其强大的后盾与技术输出。其中Netflix开源的整套微服务架构套件是Spring Cloud的核心。 小结：如果拿Dubbo与Netflix套件做对比，前者在国内影响力较大，后者在国外影响力较大，我认为在背景上可以打个平手；但是若要与Spring Cloud做对比，由于Spring Source的加入，在背书上，Spring Cloud略胜一筹。不过，英雄不问出处，在背景这一点上，不能作为选择框架的主要因素，当您一筹莫展的时候，可以作为参考依据。 Round

https://www.cnblogs.com/langtianya/p/4164151.html   虽然写起动shell的频率非常不高。。。但是每次要写都要对付一大堆的jar文件路径，新加jar包也必须要修改起动shell。 在网上找到一个挺好的通用shell脚本。 只需要修改一些配置变量，就可以用来做起动脚本了。 并且除了能起动、还支持关闭、重启、查看是否正在运行的功能。 原文地址：http://www.tudaxia.com/archives/10 start函数中，nohup部分其实也可以提出来放入一个配置变量中。这里没有修改直接贴上作者的原文 #!/bin/sh #该脚本为Linux下启动java程序的通用脚本。即可以作为开机自启动service脚本被调用， #也可以作为启动java程序的独立脚本来使用。 # #Author: tudaxia.com, Date: 2011/6/7 # #警告!!!：该脚本stop部分使用系统kill命令来强制终止指定的java程序进程。 #在杀死进程前，未作任何条件检查。在某些情况下，如程序正在进行文件或数据库写操作， #可能会造成数据丢失或数据不完整。如果必须要考虑到这类情况，则需要改写此脚本，

在生产环境中我们经常会遇到这种情况： 前端的oltp业务很繁忙，但是需要对这些运营数据进行olap，为了不影响前端正常业务，所以需要将数据库进行读写分离。 这里我将几种可以用来进行读写分离的方案总结一下，这里并不考虑数据库是否高可用，只针对读写分离场景，方案本身并无优劣可言，只看是否适合业务使用场景，所以只把几个方案的特点罗列出来，遇到具体的问题时按自己需求和环境综合考虑后再进行取舍   读写分离方案 实时同步 副本数据是否直接可读 副本数 最小粒度 副本建立索引 环境 缺点 镜像 是 否（需要开启快照，只读） 1 库 否 域/非域(使用证书) 在高安全模式下对主库

Zabbix 自动发现（Discovery）功能使用 随着监控主机不断增多，有的时候需要添加一批机器，特别是刚用zabbix的运维人员需要将公司的所有服务器添加到zabbix，如果使用传统办法去单个添加设备、分组、项目、图像…..结果应该是让人吐的结果。 鉴于这个问题我们可以好好利用下Zabbix的一个发现(Discovery)模块，进而来实现自动刚发现主机、自动将主机添加到主机组、自动加载模板、自动创建项目（item）、自动创建图像，下面我们来看看这个模块如何使用。 一、Zabbix 创建发现规则创建发现规则Configuration —- discovery —- Create discovery rule 配置基本信息  配置Checks  添加完checks之后 点击最下面的add添加保存即可 OK 规则已经创建完毕了 下面开始让他自动加入到组自动创建图形吧 二、主机自动加入主机组并关联模板

概述 监控,有的人只把他当做报警使用,出现问题之后打开跑回家打开电脑，巴拉巴拉的处理掉，大多数时候都是一些小问题，为何不让zabbix帮你把这些事情处理掉呢？和朋友具体，收到xx硬盘空间慢了、xx服务器高负载等问题，你要回家处理？多扫兴 瞧瞧zabbix远程执行命令可以做些什么吧: 重启应用（Apache、nginx、MySQL等等） 使用IPMI接口重启服务器 自动释放磁盘空间（删除老文件，清除/tmp目录等等） CPU过载时讲一个虚拟机迁移到另外一台物理服务器 云环境下，一台服务器CPU\硬盘\内存\其他硬件资源不足的情况下，可以自动添加过去 创建一个报警，记得使用邮件报警吗？呵呵，实际上，我们把发送邮件的操作改成执行远程命令就行了 备注：zabbix代理不支持远程命令 远程命令最大长度为255字符，同时支持多个远程命令，如需要执行多条命令，只需要另起一行写命令即可，还有，远程命令可以使用宏变量。 接下来我将一步一步告诉大家如何设置远程命令 配置 首先我们需要在zabbix客户配置文件开启对远程命令的支持，编辑zabbix_agentd.conf，修改 1 EnableRemoteCommands = 1 重启客户端 备注：Aive