配置amoeba实现读写分离
配置amoeba实现读写分离
配置环境：
Mater ：192.168.1.229 server1 读
Slave ：192.168.1.181 server2 写
网站主机： 192.168.1.120 测试读写
一，配置mysql主从复制：请见另外一个文档。
二，配置jdk环境变量。
Amoeba框架是基于Java SE1.5开发的，建议使用Java SE 1.5版本。目前Amoeba 经验证在JavaTM SE 1.5和Java SE 1.6能正常运行，（可能包括其他未经验证的版本）。
变量设置（在master主机上配置），此处可以设置全局环境变量设置，也可使用root 用户变量设置，同样，如果是别的用户安装的amoeba软件，则使用相应的账号来设置jdk环境变量。
全局设置如下：加入下信息：
vi /etc/profile
JAVA_HOME=/usr/local/jdk1.6.0_25
PATH=$JAVA_HOME/bin:$PATH
PATH=$PATH:$HOME/bin:/usr/local/amoeba/bin
CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
export JAVA_HOME
export PATH
export CLASSPATH
解释如下：第一行指定了jdk的安装目录。
第二行指定了其家目录的路径。
第三行指定了amoeba的安装目录。
第四行指定了java相应的工具盒功能。
同样，如果是root用户的环境变量，则使用下面的位置的变量。
vi ~/.bash_profile
加入如上得到内容即可。
完成之后，执行命令 source ~/.bash_profile 或者source /etc/profile
使用如下的命令查看java手否被成功安装：
[root@localhost ~]# java -version
java version "1.6.0_25"
Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
Java HotSpot(TM) Client VM (build 20.0-b11, mixed mode, sharing)
上述显示已经成功安装1.6版本。
附注jdk的下载地址：
https://www.360docs.net/doc/043115688.html,/technetwork/java/javase/downloads/jdk-6u32-downlo ads-1594644.html
三，Amoeba的安装（amoeba只需安装到一台主机上即可，默认情况下，是安装到主（master）服务器上，如果有第三台服务器，也可以将其安装到第三台服务器上。这样，减少了
mysql使用的瓶颈。
1，在安装之前，需要对mysql进行授权管理：使用下面命令对连接时使用的用户名密码及数据库，IP地址进行授权。下面例子中授权所用户任何IP地址使用root用户访问所有的数据库。
如下命令：
mysql> GRANT ALL PRIVILEGES ON *.* TO 'root'@'%'IDENTIFIED BY 'oppomy7gadmin' WITH GRANT OPTION;
Query OK, 0 rows affected (0.20 sec)
2，Amoeba软件可以从下面地址中得到。
Linux下：wget https://www.360docs.net/doc/043115688.html,/project/amoeba/Amoeba%20for%20mysql/2.x /amoeba-mysql-binary-2.1.0-RC5.tar.gz
Windows下：https://www.360docs.net/doc/043115688.html,/projects/amoeba/
3，本文中介绍的是在linux下安装的，下面开始amoeba的安装：
解压amoeba 到/usr/local/
tar xzf amoeba-mysql-binary-2.1.0-RC5.tar.gz -C /usr/local/amoeba
4，amoeba的配置：
配置Amoeba for mysql的读写分离主要涉及两个文件：
① /usr/local/amoeba/conf/dbServers.xml
此文件定义由Amoeba代理的数据库如何连接，比如最基础的：主机IP、端口、Amoeba 使用的用户名和密码等等。
② /usr/local/amoeba/conf/amoeba.xml
5，编辑第一个配置文件：
vim /usr/local/amoeba/conf/dbServers.xml
内容如下：
-->
class="https://www.360docs.net/doc/043115688.html,.MysqlServerConnectionFactory"> class="https://www.360docs.net/doc/043115688.html,.poolable.PoolableObjectPool"> name="minEvictableIdleTimeMillis">600000 name="timeBetweenEvictionRunsMillis">600000 name="ipAddress">192.168.1.181 class="com.meidusa.amoeba.server.MultipleServerPool"> 解释如下：更改上述中黄色区域的内容，如果没有上述内容，则添加，如果涉及到多个库，则也许添加至文档中，涉及到多个slave（文件中为server1），需要单独添加，server1为master，并指定其IP地址。其他地方无需改动。另外，黄色区域的内容。有些默认情况下是注释状态的，意思是无效的，在配置时，需将注释取消掉。并确定值正常 6，第二个配置文档： vim /usr/local/amoeba/conf/amoeba.xml 内容如下： name="manager">${clientConnectioneManager} class="https://www.360docs.net/doc/043115688.html,.MysqlClientConnectionFactory"> class="com.meidusa.amoeba.mysql.server.MysqlClientAuthenticator"> class="com.meidusa.amoeba.server.IPAccessController"> name="ipFile">${amoeba.home}/conf/access_list.conf name="manager">${clientConnectioneManager} class="https://www.360docs.net/doc/043115688.html,.MonitorClientConnectionFactory"> class="com.meidusa.amoeba.mysql.context.MysqlRuntimeContext"> name="subManagerClassName">https://www.360docs.net/doc/043115688.html,.ConnectionManager name="subManagerClassName">https://www.360docs.net/doc/043115688.html,.AuthingableConnectionMana ger class="com.meidusa.amoeba.context.DBServerConfigFileLoader"> name="configFile">${amoeba.home}/conf/dbServers.xml class="com.meidusa.amoeba.mysql.parser.MysqlQueryRouter"> name="ruleFile">${amoeba.home}/conf/rule.xml name="functionFile">${amoeba.home}/conf/ruleFunctionMap.xml name="sqlFunctionFile">${amoeba.home}/conf/functionMap.xml 同样，这个配置文档默认的注释也要取消掉，比如指定读写的配置，就在上面一点，此处为了实现效果，我将从服务器指定为写，因为主从已经配置好，因为默认情况下，从服务器是想主服务器同步数据的，如果指定主服务器为写的话，那么从服务器会立刻从主服务器获得数据，这样看不出效果，所以，我这边将从服务器指定写，主服务器为读。 只要用其他主机连接amoeba的8066端口写一些数据时，他将写到从服务器上。这样就达到了实验的目录。默认的8066端口也是可有修改的，只要不与别的端口冲突即可。 另外，有些需求可能是将amoeba的默认端口8066改成3306，这样，就与原来的mysql 数据库端口冲突，所以，我们先改动mysql的端口号，更改方式如下： 修改/etc/https://www.360docs.net/doc/043115688.html,f 添加port=3308 修改后如下 [mysqld] port=3308 datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql 其次，还要修改amoeba配置文件的默认端口，修改dbServer.xml配置文件的3306端口为3308，另外主从模式下，还要修改从slave的连接端口为3308，最后更改8066端口为3306即可。 四，测试结果： 打开第三台linux服务器进行测试，或者windows也行，使用命令 Mysql –uroot –poppomy7gadmin –h 192.168.1.229 –P8066 如果能够连接至数据库，则表示没有问题，如果上面授权正常，连接数据库应该没有问题。 测试主机测试：打开192.168.1.120 安装mysql 使用命令：Mysql –uroot –poppomy7gadmin –h 192.168.1.229 –P8066 打开数据库 创建数据库create database ooooooooo; 创建完毕之后，本机不会显示，因为测试主机连接的主master主机，因为指定写的主机为从slave，所有，我们应该在slave主机上查看是否存在，切换到slave主机。 使用命令：如下： mysql> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | mysql | | ooooooooo | | test | +--------------------+ 6 rows in set (0.00 sec) 至此，数据库读写分离已经配置完成，在正式生产环境中，需将读写主机的定义更改，因为数据库用的最多的还是读的操作。我们可以将读或查询交给从来处理，同样的，我们也可以添加多个从主机。让其自动从不同的从主机上读取数据库。 配置amoeba实现读写分离 配置环境： Mater ：192.168.1.229 server1 读 Slave ：192.168.1.181 server2 写 网站主机： 192.168.1.120 测试读写 一，配置mysql主从复制：请见另外一个文档。 二，配置jdk环境变量。 Amoeba框架是基于Java SE1.5开发的，建议使用Java SE 1.5版本。目前Amoeba 经验证在JavaTM SE 1.5和Java SE 1.6能正常运行，（可能包括其他未经验证的版本）。 变量设置（在master主机上配置），此处可以设置全局环境变量设置，也可使用root 用户变量设置，同样，如果是别的用户安装的amoeba软件，则使用相应的账号来设置jdk环境变量。 全局设置如下：加入下信息： vi /etc/profile JAVA_HOME=/usr/local/jdk1.6.0_25 PATH=$JAVA_HOME/bin:$PATH PATH=$PATH:$HOME/bin:/usr/local/amoeba/bin CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar export JAVA_HOME export PATH export CLASSPATH 解释如下：第一行指定了jdk的安装目录。 第二行指定了其家目录的路径。 第三行指定了amoeba的安装目录。 第四行指定了java相应的工具盒功能。 同样，如果是root用户的环境变量，则使用下面的位置的变量。 vi ~/.bash_profile 加入如上得到内容即可。 完成之后，执行命令 source ~/.bash_profile 或者source /etc/profile 使用如下的命令查看java手否被成功安装： [root@localhost ~]# java -version java version "1.6.0_25" Java(TM) SE Runtime Environment (build 1.6.0_25-b06) Java HotSpot(TM) Client VM (build 20.0-b11, mixed mode, sharing) 上述显示已经成功安装1.6版本。 附注jdk的下载地址： https://www.360docs.net/doc/043115688.html,/technetwork/java/javase/downloads/jdk-6u32-downlo ads-1594644.html 三，Amoeba的安装（amoeba只需安装到一台主机上即可，默认情况下，是安装到主（master）服务器上，如果有第三台服务器，也可以将其安装到第三台服务器上。这样，减少了 随着一个网站的业务不断扩展，数据不断增加，数据库的压力也会越来越大，对数据库或者SQL的基本优化可能达不到最终的效果，我们可以采用读写分离的策略来改变现状。读写分离现在被大量应用于很多大型网站，这个技术也不足为奇了。ebay就做得非常好。ebay用的是oracle，听说是用Quest Share Plex 来实现主从复制数据。 读写分离简单的说是把对数据库读和写的操作分开对应不同的数据库服务器，这样能有效地减轻数据库压力，也能减轻io压力。主数据库提供写操作，从数据库提供读操作，其实在很多系统中，主要是读的操作。当主数据库进行写操作时，数据要同步到从的数据库，这样才能有效保证数据库完整性。Quest SharePlex就是比较牛的同步数据工具，听说比oracle本身的流复制还好，mysql也有自己的同步数据技术。mysql只要是通过二进制日志来复制数据。通过日志在从数据库重复主数据库的操作达到复制数据目的。这个复制比较好的就是通过异步方法，把数据同步到从数据库。 主数据库同步到从数据库后，从数据库一般由多台数据库组成这样才能达到减轻压力的目的。读的操作怎么样分配到从数据库上？应该根据服务器的压力把读的操作分配到服务器，而不是简单的随机分配。mysql提供了MySQL-Proxy实现读写分离操作。不过MySQL-Proxy 好像很久不更新了。oracle可以通过F5有效分配读从数据库的压力。 ebay的读写分离（网上找到就拿来用了） mysql的读写分离上面说的数据库同步复制，都是在从同一种数据库中，如果我要把oracle的数据同步到mysql中，其实要实现这种方案的理由很简单，mysql免费，oracle太贵。好像Quest SharePlex也实现不了改功能吧。好像现在市面还没有这个工具吧。那样应该怎么实现数据同步？其实我们可以考虑自己开发一套同步数据组件，通过消息，实现异步复制数据。其实这个实现起来要考虑很多 数据库读写分离解决方案 ----oracle 11G ADG实施方案 1.项目背景介绍 1.1目的 通过DG实现主库与备库同步,主库作为业务应用库,备库作为查询库,应用根据不同需求配置对应数据库; 1.2测试环境 在2台RedHat5.4上使用ORACLE 的DataGuard组件实现容灾。设备配置(VMWare虚拟机环境)清单如下： 2.Oracle DataGuard 介绍 备用数据库（standby database）是ORACLE 推出的一种高可用性(HIGH AVAILABLE)数据库方案，在主节点与备用节点间通过日志同步来保证数据的同步，备用节点作为主节点的备份，可以实现快速切换与灾难性恢复。 ●STANDBY DATABASE的类型： 有两种类型的STANDBY：物理STANDBY和逻辑STANDBY 两种类型的工作原理可通过如下图来说明： physical standby提供与主数据库完全一样的拷贝（块到块），数据库SCHEMA，包括索引都是一样的。它是可以直接应用REDO实现同步的。 l ogical standby则不是这样，在logical standby中，逻辑信息是相同的，但物理组织和数据结构可以不同，它和主库保持同步的方法是将接收的REDO转换成SQL语句，然后在STANDBY上执行SQL语句。逻辑STANDBY除灾难恢复外还有其它用途，比如用于用户进行查询和报表，但其数据库用户相关对象均需要有主键。 ?本次实施将选择物理STANDBY(physical standby)方式 ●对主库的保护模式可以有以下三种模式： –Maximum protection (最高保护） –Maximum availability （最高可用性） –Maximum performance (最高性能） ?基于项目应用的特征及需求，本项目比较适合采用Maximum availability （最 高可用性）模式实施。 旋风分离器设计方案 用户：特瑞斯信力（常州）燃气设备有限公司 型号： XC24A-31 任务书编号： SR11014 工作令： SWA11298 图号： SW03-020-00 编制：日期： 本设计中旋风分离器属于中压容器，应以安全为前提，综合考虑质量保证的各个环节，尽可能做到经济合理，可靠的密封性，足够的安全寿命。设计标准如下： a. TSG R0004-2009《固定式压力容器安全技术监察规程》 b. GB150-1998《钢制压力容器》 c. HG20584-1998《钢制化工容器制造技术要求》 d. JB4712.2-2007《容器支座》 2、旋风分离器结构与原理 旋风分离器结构简单、造价低廉，无运动部件，操作范围广，不受温度、压力限制，分离效率高。一般主要应用于需要高效除去固、液颗粒的场合，不论颗粒尺寸大小都可以应用，适用于各种燃气及其他非腐蚀性气体。 说明： 旋风分离器的总体结构主要由：进 料布气室、旋风分离组件、排气室、 集污室和进出口接管及人孔等部分组 成。旋风分离器的核心部件是旋风分 离组件，它由多根旋风分离管呈叠加 布置组装而成。 旋风管是一个利用离心原理的2 英寸管状物。待过滤的燃气从进气口 进入，在管内形成旋流，由于固、液 颗粒和燃气的密度差异，在离心力的 作用下分离、清洁燃气从上导管溜走， 固体颗粒从下导管落入分离器底部， 从排污口排走。由于旋风除尘过滤器 的工作原理，决定了它的结构型式是 立式的。常用在有大量杂物或有大量 液滴出现的场合。 其设计的主要步骤如下： ①根据介质特性，选择合适的壳体材料、接管、法兰等部件材料； ②设计参数的确定； ③根据用户提供的设计条件及参数，根据GB150公式，预设壳体壁厚； ④从连接的密封性、强度等出发，按标准选用法兰、垫片及紧固件； ⑤使用化工设备中心站开发的正版软件，SW6校核设备强度，确定壳体厚度及接管壁厚； ⑥焊接接头型式的选择； ⑦根据以上的容器设计计算，画出设计总设备图及零件图。 4、材料的选择 ①筒体与封头的材料选择： 天然气最主要的成分是甲烷，经过处理的天然气具有无腐蚀性，因此可选用一般的钢材。由操作条件可知，该容器属于中压、常温范畴。在常温下材料的组织性和力学性能没有明显的变化。综合了材料的机械性能、焊接性能、腐蚀情况、强度条件、钢板的耗材量与质量以及价格的要求，筒体和封头的材料选择钢号为Q345R的钢板，使用状态为热轧（设计温度为-20～475℃，钢板标准GB 713-2008 锅炉和压力容器用钢板）。 ②接管的材料选择： 根据GB150《钢制压力容器》引用标准以及接管要求焊接性能较好且塑性好的要求，故选择16Mn号GB6479《高压化肥设备用无缝钢管》作各型号接管。因设备设计压力较高，涉及到开孔补强问题，在后面的强度计算过程中，选择16MnII锻件作为接管材料。 ③法兰的材料选择： 法兰选用ASME B16.5-2009钢制管法兰，材质：16MnII，符合NB/T47008-2009压力容器用碳素钢和低合金钢锻件标准。 ④其他附件用材原则： 与受压件相焊的的垫板，选用与壳体一致的材料：Q345R GB713-2008； 其余非受压件，选用Q235-B GB3274 《碳素结构钢和低合金钢热轧厚钢板和 网站MySQL数据库优化方案 网络运维信息管理中心 （2020年8月） 数据库为网站提供数据的结构化存储，是网站系统的重要组成部分，但随着业务逻辑的复杂度的增加，数据库需要不断的优化,单一的数据库已无法满足现在要求。 1.1优化目标 针对网站的MySQL数据库部署架构进行优化，其优化的目的是为了防止数据库出现单点故障问题，提高数据库的处理能力，提高数据库的可靠性，为保证网站业务正常办理。 1.2优化工作思路 1、对现有数据库现状分析包括现有数据库配置合理性分析、现有数据库部署情况两部分工作内容； 2、梳理现有网站的功能模块，目的是通过梳理网站的各功能模块对数据读取时效性，分析其是否可以实现读写； 3、以数据库主从架构及数据库读写分离方式，对网站的MySQL 数据库提出数据库部署架构优化的方案，数据库主从架构的多数据库模式，解决数据库单点存在的问题，当主数据库出现宕机时，可以将从数据库代替主数据库恢复业务系统正常运行，而且避免数据的丢失，提高数据库高可靠性和高可用性；通过部分查询统计功能，实现数据库读写分离，以便对数据库负载进行分流，缓解主数据库的读取压力。 2.1当前数据库部署架构图 当前网站的数据库采用单台MySQL数据库提供数据库服务，当前部署架构图如下： 2.2现有数据库主要配置梳理 2.3数据库部署情况梳理 2.3.1数据库安装部署情况梳理 2.3.2现有应用连接数据库情况梳理 连接数据库的应用系统有会员管理、权限管理、订单模块、商品管理、促销管理、广告管理、报表统计、文章管理、评论管理、系统设置、数据库管理、短信管理、推荐管理、邮件群发管理等。2.3.3数据库服务启动、停止方式梳理 1、启动命令 （1）普通启动：/data/soa/mysql/bin/mysqld （2）centos6以前版本：service start mysqld （3）centos7+：systemctl mysqld start 旋风分离器的设计 姓名：顾一苇 班级：食工0801 学号：2008309203499 指导老师：刘茹 设计成绩： 华中农业大学食品科学与技术学院 食品科学与工程专业 2011年1月14日 目录 第一章、设计仸务要求与设计条件 (3) 第二章、旋风分离器的结构和操作 (4) 第三章、旋风分离器的性能参数 (6) 第四章、影响旋风分离器性能的因素 (8) 第五章、最优类型的计算 (11) 第六章、旋风分离器尺寸说明 (19) 附录 1、参考文献 (20) 仸务要求 1.除尘器外筒体直径、迚口风速及阻力的计算 2.旋风分离器的选型 3.旋风分离器设计说明书的编写 4.旋风分离器三视图的绘制 5.时间安排：2周 6.提交材料含纸质版和电子版 设计条件 风量：900m3/h ； 允许压强降：1460Pa 旋风分离器类型：标准型 （XLT型、XLP型、扩散式） 含尘气体的参数： 气体密度：1.1 kg/m3 粘度：1.6×10-5Pa·s 颗粒密度：1200 kg/m3 颗粒直径：6μm 旋风分离器的结构和操作 原理： 含尘气体从圆筒上部长方形切线迚口迚入,沿圆筒内壁作旋转流动。 颗粒的离心力较大，被甩向外层，气流在内层。气固得以分离。 在圆锥部分，旋转半径缩小而切向速度增大，气流与颗粒作下螺旋运动。 在圆锥的底部附近，气流转为上升旋转运动，最后由上部出口管排出； 固相沿内壁落入灰斗。 旋风分离器不适用于处理粘度较大，湿含量较高及腐蚀性较大的粉尘，气量的波动对除尘效果及设备阻力影响较大。 旋风分离器结构简单，造价低廉，无运动部件，操作范围广，不受温度、压力限制，分离效率高。一般用于除去直径5um以上的 数据库使用情况分析 一、警报日志： 1）计算一个月插入数据 目前操作为15S会执行一次数据库操作；假设有2000台；那么；一个月的数据为： 单枪柜： 4*60*24*30＝240 0000 如果为2000台： 240*2000＝40000W 这是极限值； 2）计算数据库插入频率 按时间权限处理算下数据库插入操作频率： 15S/2000 =7ms执行一次插入操作 3）数据查询 数据库的数据要与其他的表用ID做关联，那么这个操作会更糟糕；因为警报日志表中在7ms就会执行一个插入动作，所以关联的查询如果在7ms中检索不出来，检索的数据就会有脏数据；（检索和插入动作产生冲突，数据库在处理检索和插入的同时还会处理他们的冲突事情） 由上可以看出数据库的性能要远远高于7ms才可以 以上为单张表警报日志处理极限值分析； 以上解决方法： 1）插入执行时间加长到1个小时，相当于执行极限频率提高到7ms*60*4=5s 2）分库，把此单张表移到一个单独数据库中； 3）换中型数据库MSSQL 或大型数据库ORACLE； 二、取枪还枪日志极限值分析 1）枪弹柜取枪与还枪动插入操作 枪弹柜取枪与还枪动作限定每天执行一支枪一个动作；每个枪弹柜只有十支枪，子弹不用取还计算； 一个枪弹柜一天执行的动作数： 1*10＝10次； 按2000枪弹柜计算： 一个月执行的次数为： 10*2000*30＝30 0000数据； 取还枪表一个月的数据要有30W数据存在；一年大约为400W数据分为两张表，单张表一年数据也近200W； 2）取还枪执行频率 最坏计算： 所有取枪人员在上班同一时间（一小时）取枪计算执行频率为 1*60*60/20000＝0.06S 按上述频率计算，数据库的性能至少是执行每个动作不超过0.06s 就不会产生冲突；（数据不会丢或不会出错），但一般数据库中表关联查询（多表查询）都差不止要这个时间；所以产生冲突的可能必会很大；数据库一定要可以处理这种冲突； 三、整个数据库计算 如果计算最坏情况下数据库的使用频率 应该是： 一个60ms执行一次一个7ms执行一次；最坏计算是420ms产生一次冲突（取还枪与警报日志）；也就是一秒内会有至少产生两次冲突的可能； 而单独警报日志自身不同动作（插入、删除）是0.007S产生一次冲突，数据库会可能会产生一次冲突； 四、解决方案 1）优化数据库和程序代码； 缺点：对程序员和数据库优化人员的技术要求高； 优点：数据库可以继续使用目前数据库 2）数据分库、数据库读写分离； 缺点：程序需要修改 优点：动作很容易实现 3）换大型数据库（MSSQL 或ORACLE）； 缺点：可能需要收费（如果我们项目可以使用破解版本，就可以不用担心）， 优点：直接把结构COPY即可；对程序员和数据库优化人员要求低； 4）如果换库建议使用破解版本ORACLE或MSSQL； 文章编号:1OO8-7524C 2OO3D O8-OO21-O3 IMS P 旋风分离器设计计算的研究 蔡安江 C 西安建筑科技大学机电工程学院, 陕西西安 摘要:在理论研究和设计实践的基础上, 提出了旋风分离器的设计计算方法O 关键词:旋风分离器9压力损失9分级粒径9计算中图分类号:TD 922+-5 文献标识码:A 71OO55D O 引言 旋风分离器在工业上的应用已有百余年历 离器性能的关键指标压力损失AP 作为设计其筒体直径D O 的基础, 用表征旋风分离器使用性能的关键指标分级粒径dc 作为其筒体直径D O 的修正依据, 来高效~准确~低成本地完成旋风分离器的设计工作O 1 压力损失AP 的计算方法 压力损失AP 是设计旋风分离器时需考虑的关键因素, 对低压操作的旋风分离器尤其重要O 旋风分离器压力损失的计算式多是用实验数据关联成的经验公式, 实用范围较窄O 由于产生压力损失的因素很多, 要详尽计算旋风分离器各部分的压力损失, 我们认为没有必要O 通常, 压力损失的表达式用进口速度头N H 表示较为方便O 进口速度头N H 的数值对任何旋风分离器将是常数O 目前, 使用的旋风分离器为减少压 力损失和入口气流对筒体内气流的撞击~干扰以及其内旋转气流的涡流, 进口形式大多从切向进口直入式改为18O ~36O 的蜗壳式, 但现有文献上的压力损失计算式均只适用于切向进口, 不具有通用性, 因此, 在参考大量实验数据的基础上, 我们提出了压力损失计算的修正公式, 即考虑入口阻力系数, 使其能适用于各种入口型式下的压力损失计算O 修正的压力损失计算式是: 史O 由于它具有价格低廉~结构简单~无相对运动部件~操作方便~性能稳定~压力损耗小~分离效率高~维护方便~占地面积小, 且可满足不同生产特殊要求的特点, 至今仍被广泛应用于化工~矿山~机械~食品~纺织~建材等各种工业部门, 成为最常用的一种分离~除尘装置O 旋风分离器的分离是一种极为复杂的三维~二相湍流运动, 涉及许多现代流体力学中尚未解决的难题, 理论研究还很不完善O 各种旋风分离器的设计工作不得不依赖于经验设计和大量的工业试验, 因此, 进行提高旋风分离器设计计算精度~提高设计效率, 降低设计成本的研究工作就显得十分重要O 科学合理地设计旋风分离器的关键是在设计过程中充分考虑其所分离颗粒的特性~流场参数和运行参数等因素O 一般旋风分离器常规设计的关键是确定旋风分离器的筒体直径D O , 只要准确设计计算出筒体直径D O , 就可以依据设计手册完成其它结构参数的标准化设计O 鉴于此, 我们在理论研究和设计实践的基础上, 提出了分级用旋风分离器筒体直径D O 的计算方法O 即用表征旋风分 收稿日期:2OO3-O3-O3 -21- AP = CjPV j 7N H 2 Linux下Mysql源码安装笔记 安装步骤: 1.解压mysql-5.1.55.tar.gz 命令: tar -zxvf mysql-5.1.55.tar.gz 2.配置Mysql 命令:./configure --prefix=/usr/local/mysql 说明:安装到/usr/local/mysql下,当然用别的也行,还有其它参数可以查看相关文档. 3.编译,安装 命令: make make install 这两个命令发的时间较长. 4.创建用户和组. groupadd mysql useradd -g mysql mysql 5.进入mysql目录.创建var目录.并把./share/Mysql/https://www.360docs.net/doc/043115688.html,f 拷到Mysql目录下并改名为https://www.360docs.net/doc/043115688.html,f. >mkdir var >mv share/mysql/https://www.360docs.net/doc/043115688.html,f https://www.360docs.net/doc/043115688.html,f 6.配置https://www.360docs.net/doc/043115688.html,f 配置主要把安装的目录的那几项打开就行. 7.安装数据库 命令:./bin/Mysql_install_db 说明:必须用参数--defaults-file指定https://www.360docs.net/doc/043115688.html,f,否则系统用默认的/etc/https://www.360docs.net/doc/043115688.html,f. 8.安装完后,可以看到mysql/var目录下有数据文件,然后用下面命令设置权限: shell> chown -R root . shell> chown -R mysql var shell> chgrp -R mysql . 9.启动数据库. ./bin/Mysqld_safe 10.进入数据库. ./bin/mysql -u root – 默认时没有密码,当然如果你删除/etc/https://www.360docs.net/doc/043115688.html,f,可以不要后面的--defaults-file=/test/Mysql/https://www.360docs.net/doc/043115688.html,f ./bin/Mysql -u root --socket=/tmp/Mysql3306 也就行了,原因大家应该知道吧!^_^! 11.设为服务并自启动. 对于设置为服务只要把mysql/share/mysql/mysql.server放到/etc/init.d/下改名为mysql 命令: mv share/mysql/mysql.server /etc/init.d/mysql chmod 775 /etc/init.d/mysql chkconfig --add mysql 总结,这只是安装了一个3306端口的mysql,如果要在装一个msyql,步骤一样,只要改动https://www.360docs.net/doc/043115688.html,f文件的内容. 设置用户权限： grant all privileges on *.* to 'root'@'%' identified by 'ZJLT&https://www.360docs.net/doc/043115688.html,' with grant opt ion; 备： server-id = 2 master-host=192.168.1.14 replicate-do-db=appmarket master-user=root master-password=ZJLT&https://www.360docs.net/doc/043115688.html, 旋风分离器设计中应该注意的问题 旋风分离器被广泛的使用已经有一百多年的历史。它是利用旋转气流产生的离心力将尘粒从气流中分离出来。旋风分离器结构简单，没有转动部分。但人们还是对旋风分离器有一些误解。主要是认为它效率不高。还有一个误解就是认为所有的旋风分离器造出来都是一样的，那就是把一个直筒和一个锥筒组合起来，它就可以工作。旋风分离器经常被当作粗分离器使用，比如被当做造价更高的布袋除尘器和湿式除尘器之前的预分离器。 事实上，需要对旋风分离器进行详细的计算和科学的设计，让它符合各种工艺条件的要求，从而获得最优的分离效率。例如，当在设定的使用范围内，一个精心设计的旋风分离器可以达到超过99.9%的分离效率。和布袋除尘器和湿式除尘器相比，旋风分离器有明显的优点。比如，爆炸和着火始终威胁着布袋除尘器的使用，但旋风分离器要安全的多。旋风分离器可以在1093 摄氏度和500 ATM的工艺条件下使用。另外旋风分离器的维护费用很低，它没有布袋需要更换，也不会因为喷水而造成被收集粉尘的二次处理。 在实践中，旋风分离器可以在产品回收和污染控制上被高效地使用，甚至做为污染控制的终端除尘器。 在对旋风分离器进行计算和设计时，必须考虑到尘粒受到的各种力的相互作用。基于这些作用，人们归纳总结出了很多公式指导旋风分离器的设计。通常，这些公式对具有一致的空气动力学形状的大粒径尘粒应用的很好。在最近的二十年中，高效的旋风分离器技术有了很大的发展。这种技术可以对粒径小到5微米，比重小于1.0的粒子达到超过99%的分离效率。这种高效旋风分离器的设计和使用很大程度上是由被处 理气体和尘粒的特性以及旋风分离器的形状决定的。同时，对进入和离开旋风分离器的管道和粉尘排放系统都必须进行正确的设计。工艺过程中气体和尘粒的特性的变化也必须在收集过程中被考虑。当然，使用过程中的维护也是不能忽略的。 1、进入旋风分离器的气体 必须确保用于计算和设计的气体特性是从进入旋风分离器的气体中测量得到的，这包括它的密度，粘度，温度，压力，腐蚀性，和实际的气体流量。我们知道气体的这些特性会随着工艺压力，地理位置，湿度，和温度的变化而变化。 2、进入旋风分离器的尘粒 和气体特性一样，我们也必须确保尘粒的特性参数就是从进入旋风分离器的尘粒中测量获得的。很多时候，在想用高效旋风分离器更换低效旋风分离器时，人们习惯测量排放气流中的尘粒或已收集的尘粒。这种做法值得商榷，有时候是不对的。 获得正确的尘粒信息的过程应该是这样的。首先从进入旋风分离器的气流中获得尘粒样品，送到专业实验室决定它的空气动力学粒径分布。有了这个粒径分布就可以计算旋风分离器总的分离效率。 实际生产中，进入旋风分离器的尘粒不是单一品种。不同种类的尘粒比重和物理粒径分布都不相同。但空气动力学粒径分布实验有机地将它们统一到空气动力学粒径分布中。 3、另外影响旋风分离器的设计的因素包括场地限制和允许的压降。例如，效率和场地限制可能会决定是否选用并联旋风分离器，或是否需要加大压降，或两者同时采用。 4、旋风分离器的形状 旋风分离器的形状是影响分离效率的重要因素。例如，如果入口 数据库相关规范 1.使用utf8mb4字符集 2.所有表、字段必须写清中文注释 3.金额字段禁止使用小数存储（单位：分） 4.禁止使用字段属性隐式转换（如：“WHERE ms_no = 1234”ms_no为字符串类型） 5.尽量不使用负向查询（NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等） 6.禁止使用外键，如有完整性约束，需要应用程序控制 7.禁止使用程序配置文件内的账号访问线上数据库 8.禁止非DBA对线上数据库进行写操作 9.开发、测试、线上环境分离 10.所以提交的SQL语句必须经过测试 11.禁止存储大文件或大照片 12.库名、表名、字段名：小写，下划线分割，不超过32个字符，必须见名知意，禁止拼 音英文混用 13.表必须有主键 14.必须把字段定义为NOT NULL并设置默认值 15.必须使用varchar（20）来存储手机号 16.单表索引控制在5个以内，单索引字段数不许超过5个 a)索引的使用。? b)(1) 尽量避免对索引列进行计算。如计算较多，请提请管理员建立函数索引。? c)(2) 尽量注意比较值与索引列数据类型的一致性。? d)(3) 对于复合索引，SQL语句必须使用主索引列? e)(4) 索引中，尽量避免使用NULL。? f)(5) 对于索引的比较，尽量避免使用NOT=（!=）? g)(6) 查询列和排序列与索引列次序保持一致 (7) 禁止在更新频繁、区分度不高（如：性别）的字段上建立索引 (8) 建立组合索引，必须把区分度高的字段放在前面 17.禁止使用SELECT * ，只获取必要的字段 18.禁止使用INSERT INTO t_xxx VALUES(xxx)，必须指定插入的列名 19.禁止在WHERE条件的属性上使用函数或表达式 20.禁止%开头的模糊查询 21.禁止使用OR条件 22.应用程序必须捕获SQL异常，并作出相应处理 23.逻辑删除代替物理删除 24.选择最有效的表名、查询条件顺序（从右到左） 25.减少访问数据库的次数 26.SQL中的关键字均使用大写字母，数据表最好起别名 27.查询条件中“>=”代替“>” 28.等号两边使用空格，逗号后使用空格 29.多表操作必须使用别名 30.整条语句必须写明注释，关键逻辑单独书写注释，说明算法、功能 a)注释风格：注释单独成行、放在语句前面。? b)(1) 应对不易理解的分支条件表达式加注释；? c)(2) 对重要的计算应说明其功能；? 数据库读写分离方案及对比版本日期修改历史作者 目录 1概述 (3) 2背景 (3) 3数据库读写分离方案 (3) 3.1Oracle数据库几种常用的复制技术及特点 (3) 3.2异构数据库（Oracle+Mysql）+ GoldenGate (3) 3.2.1方案描述 (3) 3.2.2实现原理 (4) 3.3异构数据库（Oracle+Mysql）+ 其他复制技术 (6) 3.4同构数据库（Oracle）+ GoldenGate (6) 3.4.1方案描述 (6) 3.4.2实现原理 (7) 3.5同构数据库（Oracle）+ DataGuard (7) 3.6同构数据库（SqlServer2008 企业版） (7) 3.6.1实现原理 (8) 3.7同构数据库（Mysql5社区版） (8) 4方案对比 (9) 1概述 本文主要是描述SVC（统一客户视图）项目的数据库读写分离的几种解决方案及优缺点对比。2背景 为了能进一步提升SVC业务系统的服务质量水平、运行效率、系统健壮性稳定性及运行安全，信息中心提出了对SVC的架构进行调整升级，以满足目前及未来的建设需求。 为了缓解大并发的情况下对数据库造成的压力，方案中引入了缓存及数据库的读写分离的技术解决问题。这里针对数据库的读写分离方案有几种实现方式，这里主要是描述这几种方案，以及这几种方案的对比，最后根据具体的情况选择最适合的方案。 由于是比较重要的业务系统，数据量及访问量都比较大，数据的存储主要考虑Oracle、DB2、SQLServer等知名商业数据库厂商。考虑到实现的技术复杂度及运维难度这里主要推荐Oracle作为存储数据库。 3数据库读写分离方案 这里初步提议的数据库有两种，Oracle 11g与Mysql 5。 3.1O racle数据库几种常用的复制技术及特点 3.2异构数据库（Oracle+Mysql）+ GoldenGate 3.2.1方案描述 该方案使用的是异构数据库，其中主数据为Oracle双机热备，从数据库使用的是多台Mysql。主数据库可进行读写操作，主要是进行写操作，从数据库只能读操作。下面是该方案的逻辑架构图： 数据共享集群和读写分离集群的服务名配置 DMDSC Dameng Data Shared Clusters，达梦数据共享集群。 DMRWC Dameng Read/Write Clusters，达梦读写分离集群。 1. DMDSC在生产环境中用的越来越多，就有应用配置连接字符串的问题，首先需配置dm_svc.conf（类似于Oracle的tnsnames.ora），如下： time_zone=(480) language=(en) dmrac=(192.168.0.1:5236,192.168.0.2:5236) switch_time=(10000) switch_interval=(1000) loadBalance=(true) loadBalanceFreq=(10000) loadBalancePercent=(10) dmrac: 服务名，配置DSC节点的IP和端口。 loadBalance : 是否负载均衡 loadBalanceFreq: 负载均衡的频率 然后需要配置的URL字符串: url="jdbc:dm://dmrac:5236?comOra=true&loadBalance=true&loadBalanceF req=10000" comOra: 是否兼容ORACLE模式 & ：转义字符，转义为& 2. 读写分离集群（DMRWC）服务名配置： TIME_ZONE=(480) LANGUAGE=(en) DM_RWW=(192.168.0.151:5236,192.168.0.152:5236,192.168.0.153:5236) RW_SEPARATE=(1) RW_PERCENT=(30) LOGIN_PRIMARY=(1) SWITCH_TIME=6000 旋风分离器的设计公司内部编号：（GOOD-TMMT-MMUT-UUPTY-UUYY-DTTI- 旋风分离器的设计 姓名：顾一苇 班级：食工0801 指导老师：刘茹 设计成绩： 华中农业大学食品科学与技术学院 食品科学与工程专业 2011年1月14日 目录 第一章、设计任务要求与设计条件 (3) 第二章、旋风分离器的结构和操作 (4) 第三章、旋风分离器的性能参数 (6) 第四章、影响旋风分离器性能的因素 (8) 第五章、最优类型的计算 (11) 第六章、旋风分离器尺寸说明 (19) 附录 1、参考文献 (20) 任务要求 1.除尘器外筒体直径、进口风速及阻力的计算 2.旋风分离器的选型 3.旋风分离器设计说明书的编写 4.旋风分离器三视图的绘制 5.时间安排：2周 6.提交材料含纸质版和电子版 设计条件 风量：900m3/h ； 允许压强降：1460Pa 旋风分离器类型：标准型 （XLT型、XLP型、扩散式） 含尘气体的参数： 气体密度： kg/m3 粘度：×10-5Pa·s 颗粒密度：1200 kg/m3 颗粒直径：6μm 旋风分离器的结构和操作 原理： 含尘气体从圆筒上部长方形切线进口进入,沿圆筒内壁作旋转流动。 颗粒的离心力较大，被甩向外层，气流在内层。气固得以分离。 在圆锥部分，旋转半径缩小而切向速度增大，气流与颗粒作下螺旋运动。 在圆锥的底部附近，气流转为上升旋转运动，最后由上部出口管排出； 固相沿内壁落入灰斗。 旋风分离器不适用于处理粘度较大，湿含量较高及腐蚀性较大的粉尘，气量的波动对除尘效果及设备阻力影响较大。 旋风分离器结构简单，造价低廉，无运动部件，操作范围广，不受温度、压力限制，分离效率高。一般用于除去直径5um以上的尘粒，也可分离雾沫。对于 数据库读写分离 随着一个网站的业务不断扩展，数据不断增加，数据库的压力也会越来越大，对数据库或者SQL的基本优化可能达不到最终的效果，我们可以采用读写分离的策略来改变现状。读写分离现在被大量应用于很多大型网站，这个技术也不足为奇了。ebay就做得非常好。ebay用的是oracle，听说是用Quest Share Plex 来实现主从复制数据。 读写分离简单的说是把对数据库读和写的操作分开对应不同的数据库 服务器，这样能有效地减轻数据库压力，也能减轻io压力。主数据库提供写操作，从数据库提供读操作，其实在很多系统中，主要是读的操作。当主数据库进行写操作时，数据要同步到从的数据库，这样才能有效保证数据库完整性。Quest SharePlex就是比较牛的同步数据工具，听说比oracle本身的流复制还好，mysql也有自己的同步数据技术。mysql只要是通过二进制日志来复制数据。通过日志在从数据库重复主数据库的操作达到复制数据目的。这个复制比较好的就是通过异步方法，把数据同步到从数据库。 主数据库同步到从数据库后，从数据库一般由多台数据库组成这样才能达到减轻压力的目的。读的操作怎么样分配到从数据库上？应该根据服务器的压力把读的操作分配到服务器，而不是简单的随机分配。mysql 提供了MySQL-Proxy实现读写分离操作。不过MySQL-Proxy好像很久不更新了。oracle可以通过F5有效分配读从数据库的压力。 ebay的读写分离（网上找到就拿来用了） mysql的读写分离 上面说的数据库同步复制，都是在从同一种数据库中，如果我要把oracle的数据同步到mysql中，其实要实现这种方案的理由很简单，mysql免费，oracle太贵。好像Quest SharePlex也实现不了改功能吧。好像现在市面还没有这个工具吧。那样应该怎么实现数据同步？ Spring2连接多数据库，实现读写分离 Spring2.0.1以后的版本已经支持配置多数据源，并且可以在运行的时候动态加载不同的数据源。通过继承AbstractRoutingDataSource就可以实现多数据源的动态转换。目前做的项目就是需要访问2个数据源，每个数据源的表结构都是相同的，所以要求数据源的变动对于编码人员来说是透明，也就是说同样SQL语句在不同的环境下操作的数据库是不一样的。具体的流程如下： 一、建立一个获得和设置上下文的类 package com.lvye.base.dao.impl.jdbc; /**连接哪个数据源的环境变量 * @author wenc */ public class JdbcContextHolder { private static final ThreadLocal 数据库大型应用解决方 案 随着互联网应用的广泛普及，海量数据的存储和访问成为了系统设计的瓶颈问题。对于一个大型的互联网应用，每天百万级甚至上亿的PV无疑对数据库造成了相当高的负载。对于系统的稳定性和扩展性造成了极大的问题。 [@more@] 一、负载均衡技术 负载均衡集群是由一组相互独立的计算机系统构成，通过常规网络或专用网络进行连接，由路由器衔接在一起，各节点相互协作、共同负载、均衡压力，对客户端来说，整个群集可以视为一台具有超高性能的独立服务器。 1、实现原理 实现数据库的负载均衡技术，首先要有一个可以控制连接数据库的控制端。在这里，它截断了数据库和程序的直接连接，由所有的程序来访问这个中间层，然后再由中间层来访问数据库。这样，我们就可以具体控制访问某个数据库了，然后还可以根据数据库的当前负载采取有效的均衡策略，来调整每次连接到哪个数据库。 2、实现多据库数据同步 对于负载均衡，最重要的就是所有服务器的数据都是实时同步的。这是一个集群所必需的，因为，如果数不据实时、不同步，那么用户从一台服务器读出的数据，就有别于从另一台服务器读出的数据，这是不能允许的。所以必须实现数据库的数据同步。这样，在查询的时候就可以有多个资源，实现均衡。比较常用的方法是 Moebius for SQL Server集群，Moebius for SQL Server集群采用将核心程序驻留在每个机器的数据库中的办法，这个核心程序称为Moebius for SQL Server 中间件，主要作用是监测数据库内数据的变化并将变化的数据同步到其他数据库中。数据同步完成后客户端才会得到响应，同步过程是并发完成的，所以同步到多个数据库和同步到一个数据库的时间基本相等；另外同步的过程是在事务的环境下完成的，保证了多份数据在任何时刻数据的一致性。正因为Moebius 中间件宿主在数据库中的创新，让中间件不但能知道数据的变化，而且知道引起数据变化的SQL语句，根据SQL语句的类型智能的采取不同的数据同步的策略以保证数据同步成本的最小化。 XXXXXXXXXXXX平台数据库升级方案 XXXXXXXXXXXXXXX有限公司 日28月11年2016． 修订记录版说作批批准日 2011对升级方案进行编V1.0XXXX 1 目录 1. 概述 (4) 1.1. 背景 (4) 1.2. 目标与目的 (4) 1.3. 可行性分析 (4) 1.4. 参考依据 (5) 2. 数据库高并发方案 (5) 2.1. 数据库均衡负载(RAC) (5) 2.2. 数据库主从部署 (8) 2.3. 数据库垂直分割 (9) 2.4. 数据库水平分割 (10) 3. 二代办公平台数据库优化设计 ........................... 11 3.1. 数据库集群 (11) 3.2. 重点业务表分区 (11) 3.3. 任务表历史数据分割 (12) 3.4. 数据库表结构优化 (12) 3.5. 数据访问优化 (12) 4. 实施方案 (13) 5. 工作量及预算评估 (14) 5.1. 工作量及预算评估 (14) 5.2. 其他费用 (15) 1.概述 1.1.背景 随着XXXXXX平台及其他子系统业务量增多，且用户已面向各地州市，用户数量增大，现有的二代办公平台及其他子系统在单一环境下的架构体系和数据库架构体系也无法高效的满足这样的场景。 当前XXXXXX平台及其子系统通过搭建多台WEB服务器和双机热备份的方式进行部署运行。虽已提高了整体效率，但对于部分的业务处理还是未解决。部分业务量并发处理多，业务关联多等因素，导致对数据库并发处理的业务量大，读写量大等也无法用双机热备份进行解决。 因此，在此背景下提高数据库访问效率，增大访问吞吐量等将成为二代办公平台及其子系统运行顺畅的关键因素。 1.2.目标与目的 目标：依托现有系统服务和设备环境，建立可扩容、高并发、高吞吐量的数据库架构体系。 目的：为缓解当前XXXXXX平台机器及其他子系统对数据库访问过大，造成的访问效率低下的问题，提升数据库访问效率和并发效率。对部分业务繁杂的表和访问进行优化设计，缓解因此造成的使用效率低下问题。 1.3.可行性分析 数据库性能分析：根据当前的数据库性能分析，当前硬件设备的提高也无法满足数据库性能的提升，因此应考虑数据库访问控制和数据访问方面进行优化。现有的数据库虽也实现双机热备份，但访问的效率未较大改善，因此应考虑各健全的数据库高并发访问方案。 数据库优化分析：当前的数据库采用的ORACLE数据库，同时，现有的均衡负载、读写分离、数据分割技术较为成熟，在对系统进行适当调整和优化的情况下，能保证系统的正常运行。． 参考依据1.4. 核心技术详解》《Oracle RAC数据库高并发方案2. (RAC) 2.1.数据库均衡负载Oracle，“实时应用集群”是，RAC全称real application clusters，译为数据库支持Oracle新版数据库中采用的一项新技术，是高可用配置amoeba实现读写分离
数据库读写分离
数据库读写分离解决方案--DG实施方案
旋风分离器设计方案
网站MySQL数据库优化方案-主从架构及读写分离
旋风分离器的设计
数据库使用情况分析
旋风分离器设计计算的研究.
mysql读写分离
旋风分离器设计
数据库规范
数据库读写分离方案及对比
数据共享集群和读写分离集群的服务名配置
旋风分离器的设计
读写分离----构建报表和查询系统
Spring2连接多数据库,实现读写分离
数据库大型应用解决方案
数据库高并发升级方案1讲解