ActiveMQ使用笔记

ActiveMQ使用笔记（八）使用过程中出现的问题

发布于 2012/05/07

by 淮少

1、消息文件越来越多，导致超出了存储空间

报错日志：Usage Manager Store is Full, 100% of 1073741824. Stopping producer (ID:db01-48754-1336034955132-0:5:1:1) to prevent flooding queue://queue.land.group. See http://activemq.apache.org/producer-flow-control.html for more info (blocking for: 1s) | org.apache.activemq.broker.region.Queue | ActiveMQ Transport: tcp:///172.24.99.41:44716

这是由于我们在配置文件中设置了storeUsage ，当存储的消息文件(log文件)超过了这值就会报这个异常，在官方网站看到说消息文件不删除是5.3版本的一个bug，在5.5版本的时候已经被解决了，但是我们使用的是5.5.1版本啊，然后在看存储下来的消息文件，文件名不是连续的，那么说明其中还是有被删除的，后来在评论中看到Jeff Genender说的这个可能是ActiveMQ的线程调度问题，只要不使用线程调度就可以了，在broker中设置属性schedulerSupport=”false” ，这样消息文件就会自动在cleanup阶段删除了。

官方网址：https://issues.apache.org/jira/browse/AMQ-2736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

ActiveMQ

异常问题

[ 4 条评论 ]

ActiveMQ使用笔记（七）ActiveMQ性能优化

发布于 2012/05/07

by 淮少

1、目标策略

在节点destinationPolicy配置策略，可以对单个或者所有的主题和队列进行设置，使用流量监控，当消息达到memoryLimit的时候，ActiveMQ会减慢消息的产生甚至阻塞，destinationPolicy的配置如下：

Java

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20





         < policyEntry topic = ">" producerFlowControl = "true" memoryLimit = "1mb" >



             < vmCursor / >

           < / pendingSubscriberPolicy >

         < / policyEntry >

         < policyEntry queue = ">" producerFlowControl = "true" memoryLimit = "1mb" >

           < ! -- Use VM cursor for better latency

               For more information , see :

               http : //activemq.apache.org/message-cursors.html



             < vmQueueCursor / >

           < / pendingQueuePolicy >

           -- >

         < / policyEntry >

       < / policyEntries >

     < / policyMap >

< / destinationPolicy >

producerFlowControl表示是否监控流量，默认为true，如果设置为false，消息就会存在磁盘中以防止内存溢出；memoryLimit表示在producerFlowControl=”true”的情况下，消息存储在内存中最大量，当消息达到这个值时，ActiveMQ会减慢消息的产生甚至阻塞。policyEntry的属性参考：http://activemq.apache.org/per-destination-policies.html

当producer发送的持久化消息到达broker之后，broker首先会把它保存在持久存储中。接下来，如果发现当前有活跃的consumer，如果这个consumer消费消息的速度能跟上producer生产消息的速度，那么ActiveMQ会直接把消息传递给broker内部跟这个consumer关联的dispatch queue；如果当前没有活跃的consumer或者consumer消费消息的速度跟不上producer生产消息的速度，那么ActiveMQ会使用Pending Message Cursors保存对消息的引用。在需要的时候，Pending Message Cursors把消息引用传递给broker内部跟这个consumer关联的dispatch queue。以下是两种Pending Message Cursors：

VM Cursor:在内存中保存消息的引用。

File Cursor:首先在内存中保存消息的引用，如果内存使用量达到上限，那么会把消息引用保存到临时文件中。

在缺省情况下，ActiveMQ 会根据使用的Message Store来决定使用何种类型的Message Cursors，但是你可以根据destination来配置Message Cursors。

对于topic，可以使用的pendingSubscriberPolicy 有vmCursor和fileCursor。可以使用的PendingDurableSubscriberMessageStoragePolicy有

vmDurableCursor 和 fileDurableSubscriberCursor；对于queue，可以使用的pendingQueuePolicy有vmQueueCursor 和 fileQueueCursor。

Message Cursors的使用参考：http://activemq.apache.org/message-cursors.html

2、存储设置

设置消息在内存、磁盘中存储的大小，配置如下：

Java

1

2

3

4

5

6

7

8

9

10

11

12

13





           < memoryUsage limit = "20 mb" / >

       < / memoryUsage >



           < storeUsage limit = "1 gb" / >

       < / storeUsage >



           < tempUsage limit = "100 mb" / >

       < / tempUsage >

   < / systemUsage >

< / systemUsage >

memoryUsage表示ActiveMQ使用的内存，这个值要大于等于destinationPolicy中设置的所有队列的内存之和。

storeUsage表示持久化存储文件的大小。

tempUsage表示非持久化消息存储的临时内存大小。

ActiveMQ

性能优化

发表评论?

ActiveMQ使用笔记（六）ActiveMQ主备配置

发布于 2012/04/10

by 淮少

ActiveMQ的主备有三种方式：纯Master/Slave、文件共享方式、数据库共享方式。
1、纯Master/Slave
这种方式的主备不需要对Master Broker做特殊的配置，只要在Slave Broker中指定他的Master就可以了，指定Master有两种方式，最简单的配置就是在broker节点中添加masterConnectorURI=”tcp://localhost:61616″即可，还有一种方式就是添加一个services节点，可以指定连接的用户名和密码，配置如下：

Java

1

2

3

   < masterConnector remoteURI = "tcp://localhost:61616" userName = "system" password = "manager" / >

< / services >

纯Master/Slave只允许一个Slave连接到Master上面，也就是说只能有2台MQ做集群，同时当Master挂了之后需要停止Slave来恢复负载。
2、数据库共享方式
这种方式的主备采用数据库做消息的持久化，支持多个Slave，所有broker持久化数据源配置成同一个数据源，当一个broker获取的数据库锁之后，其他的broker都成为slave并且等待获取锁，当master挂了之后，其中的一个slave将会立刻获得数据库锁成为master，重启之前挂掉的master之后，这个master也就成了slave，不需要停止slave来恢复。由于采用的是数据库做为持久化，它的性能是有限的。
3、文件共享方式
这种方式的主备具有和数据库共享方式的负载一样的特性，不同的是broker的持久化采用的是文件（我这里用KahaDB），slave等待获取的锁是文件锁，它具有更高的性能，但是需要文件共享系统的支持。
Window下共享KahaDB持久化的目录，配置如下：

Java

1

2

3

     < kahaDB directory = "//172.16.1.202/mqdata/kahadb" / >

< / persistenceAdapter >

Linux下需要开启NFS服务，具体操作如下：
创建共享目录(192.168.0.1)：
1、修改etc/exports，添加需要共享的目录：/opt/mq/data *(rw,no_root_squash)
2、启动NFS服务 service nfs start/restart
3、查看共享 showmount –e
4、 NFS服务自启动 chkconfig –level 35 nfs on

挂载共享目录(192.168.0.2)：
1、挂载：mount –t nfs 192.168.0.1:/opt/mq/data /opt/mq/data
2、启动自动挂载：在etc/fstab文件添加10.175.40.244:/opt/mq/data /opt/mq/data nfs defaults 0 0
然后指定KahaDB的持久化目录为/opt/mq/data即可。

AIX系统的文件共享和Linux类似，也是启动NFS服务。
注意：如果Master服务器宕机了，Slave是不会获得文件锁而启动，直到Master服务器重启。
Window下Master上有Slave连接时如图：

客户端连接的brokerURL为failover:(tcp://localhost:61616,tcp://localhost:61617)。用第三部分的代码测试，先向Master Broker发送一个消息，然后关闭master，运行获取消息的方法，即可获取之前发送的消息。

ActiveMQ

Master

Slave

[ 17 条评论 ]

ActiveMQ使用笔记（五）ActiveMQ负载均衡

发布于 2012/04/10

by 淮少

ActiveMQ可以实现多个mq之间进行路由，假设有两个mq，分别为brokerA和brokerB，当有一条消息发送到brokerA的队列test中，有一个客户端连接到brokerB上，并且要求获取test队列的消息时，brokerA中队列test的消息就会路由到brokerB上，反之brokerB的消息也会路由到brokerA。
静态路由配置，brokerA不需要特别的配置，brokerB需要配置networkConnectors节点，具体配置如下：

Java

1

2

3



             < networkConnector uri = "static:(tcp://localhost:61616)" duplex = "true" / >

         < / networkConnectors >

静态路由支持failover，如：static:failover://(tcp://host1:61616,tcp://host2:61616)。
动态路由配置，每个mq都需要配置如下：

Java

1

2

3

4

5

6

7

     < networkConnector uri = "multicast://default" / >

< / networkConnectors >

     < transportConnector name = "openwire" uri = "tcp://0.0.0.0:61618" discoveryUri = "multicast://default" / >

< / transportConnectors >

注意：networkConnectors需要配置在persistenceAdapter之前。
重启ActiveMQ，可以看到brokerA的日志如图：
networkConnector的属性请参照：http://activemq.apache.org/networks-of-brokers.html

ActiveMQ

Network

[ 2 条评论 ]

ActiveMQ使用笔记（四）ActiveMQ配置安全性

发布于 2012/04/10

by 淮少

监视ActiveMQ的方式有多种，在第一部分中已经说到了Web监视控制台，设置登录用户名和密码，这里再说一下JMX监控。运行了ActiveMQ之后，再运行jdk自带的jconsole即可以看到ActiveMQ的进程，如图：点击连接之后就可以看到ActiveMQ的运行情况。默认情况下是不需要用户名和口令的，修改activemq.bat，找到

Java

1

2

3

SUNJMX = - Dcom . sun . management . jmxremote . port = 1099

- Dcom . sun . management . jmxremote . authenticate = false

- Dcom . sun . management . jmxremote . ssl = false

修改成

Java

1

2

3

4

5

SUNJMX = - Dcom . sun . management . jmxremote . port = 1616

- Dcom . sun . management . jmxremote . authenticate = true

- Dcom . sun . management . jmxremote . ssl = false

- Dcom . sun . management . jmxremote . password . file = % ACTIVEMQ_BASE % / conf / jmx . password

- Dcom . sun . management . jmxremote . access . file = % ACTIVEMQ_BASE % / conf / jmx . access

Linux下的找到：

Java

1

2

3

4

5

# ACTIVEMQ_SUNJMX_START = "-Dcom.sun.management.jmxremote.port=11099 "

# ACTIVEMQ_SUNJMX_START = "$ACTIVEMQ_SUNJMX_START -Dcom.sun.management.jmxremote.password.file=${ACTIVEMQ_CONFIG_DIR}/jmx.password"

# ACTIVEMQ_SUNJMX_START = "$ACTIVEMQ_SUNJMX_START -Dcom.sun.management.jmxremote.access.file=${ACTIVEMQ_CONFIG_DIR}/jmx.access"

# ACTIVEMQ_SUNJMX_START = "$ACTIVEMQ_SUNJMX_START -Dcom.sun.management.jmxremote.ssl=false"

ACTIVEMQ_SUNJMX_START = "$ACTIVEMQ_SUNJMX_START -Dcom.sun.management.jmxremote"

去掉注释即可。
重启ActiveMQ之后，在用jconsole连接就需要输入用户名和密码，jmx.access文件配置用户的访问权限readonly和readwrite，admin readwrite表示用户admin具有读写权限。Jmx.password文件配置用户的密码，admin activemq 表示admin用户的密码是activemq。

除了监视台可以设置用户名和密码之后，ActiveMQ也可以对各个主题和队列设置用户名和密码，配置如下：

Java

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

   < ! -- Configure authentication ; Username , passwords and groups -- >





           < authenticationUser username = "system" password = "manager" groups = "users,admins" / >

           < authenticationUser username = "user" password = "password" groups = "users" / >

           < authenticationUser username = "guest" password = "password" groups = "guests" / >

           < authenticationUser username = "testUser" password = "123456" groups = "testGroup" / >

       < / users >

   < / simpleAuthenticationPlugin >

   < ! --    Lets configure a destination based authorization mechanism -- >









           < authorizationEntry queue = "queue.group.uum" read = "users" write = "users" admin = "users" / >

           < authorizationEntry queue = ">" read = "admins" write = "admins" admin = "admins" / >

           < authorizationEntry queue = "USERS.>" read = "users" write = "users" admin = "users" / >

           < authorizationEntry queue = "GUEST.>" read = "guests" write = "guests,users" admin = "guests,users" / >

           < authorizationEntry queue = "TEST.Q" read = "guests" write = "guests" / >

           < authorizationEntry queue = "test" read = " testGroup " write = " testGroup " / >

           < authorizationEntry topic = ">" read = "admins" write = "admins" admin = "admins" / >

           < authorizationEntry topic = "USERS.>" read = "users" write = "users" admin = "users" / >

           < authorizationEntry topic = "GUEST.>" read = "guests" write = "guests,users" admin = "guests,users" / >

           < authorizationEntry topic = "ActiveMQ.Advisory.>" read = "guests,users ,testGroup" write = "guests,users ,testGroup " admin = "guests,users ,testGroup " / >

         < / authorizationEntries >

       < / authorizationMap >

     < / map >

   < / authorizationPlugin >

< / plugins >

simpleAuthenticationPlugin中设置用户名、密码和群组，authorizationPlugin设置主题和队列的访问群组，“>”表示所有的主题或者队列。上面的配置中添加了一个testUser，属于群组testGroup，同时设置test这个队列的访问读写权限为testGroup，当然admins也可以访问的，因为admins是对所有的队列都有访问权限。将第三部分代码中的设置用户名和密码改成刚刚添加的用户testUser，如果密码不正确，将会抛出User name or password is invalid.异常，如果testUser所属的群组不能访问test队列，那么会抛出User guest is not authorized to write to: queue://test异常。需要注意的是所有的群组都需要对以ActiveMQ.Advisory为前缀的主题具有访问权限。

ActiveMQ

安全性

发表评论?

ActiveMQ使用笔记（三）ActiveMQ消息发送与接收

发布于 2012/04/09

by 淮少

配置完了持久化之后，我们就可以使用代码来发送和接收ActiveMQ中的消息了，我这里配置的持久化是KahaDB。
需要导入的jar包：

一段发送消息的代码：

Java

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

     public static void send ( ) {

     try {

             // 创建一个连接工厂

             String url = "tcp://localhost:61616" ;

             ActiveMQConnectionFactory connectionFactory = new ActiveMQConnectionFactory ( url ) ;

             // 设置用户名和密码，这个用户名和密码在conf目录下的credentials.properties文件中，也可以在activemq.xml中配置

             connectionFactory . setUserName ( "system" ) ;

             connectionFactory . setPassword ( "manager" ) ;

             // 创建连接

             Connection connection = connectionFactory . createConnection ( ) ;

             connection . start ( ) ;

             // 创建Session，参数解释：

             // 第一个参数是否使用事务:当消息发送者向消息提供者（即消息代理）发送消息时，消息发送者等待消息代理的确认，没有回应则抛出异常，消息发送程序负责处理这个错误。

             // 第二个参数消息的确认模式：

             // AUTO_ACKNOWLEDGE ：指定消息提供者在每次收到消息时自动发送确认。消息只向目标发送一次，但传输过程中可能因为错误而丢失消息。

             // CLIENT_ACKNOWLEDGE ：由消息接收者确认收到消息，通过调用消息的acknowledge()方法（会通知消息提供者收到了消息）

             // DUPS_OK_ACKNOWLEDGE ：指定消息提供者在消息接收者没有确认发送时重新发送消息（这种确认模式不在乎接收者收到重复的消息）。

             Session session = connection . createSession ( false , Session . AUTO_ACKNOWLEDGE ) ;

             // 创建目标，就创建主题也可以创建队列

             Destination destination = session . createQueue ( "test" ) ;

             // 创建消息生产者

             MessageProducer producer = session . createProducer ( destination ) ;

             // 设置持久化，DeliveryMode.PERSISTENT和DeliveryMode.NON_PERSISTENT

             producer . setDeliveryMode ( DeliveryMode . PERSISTENT ) ;

             // 创建消息

             String text = "Hello ActiveMQ!" ;

             TextMessage message = session . createTextMessage ( text ) ;

             // 发送消息到ActiveMQ

             producer . send ( message ) ;

             System . out . println ( "Message is sent!" ) ;

             // 关闭资源

             session . close ( ) ;

             connection . close ( ) ;

         }

         catch ( Exception e ) {

             e . printStackTrace ( ) ;

         }

     }

执行了上面的发送方法之后，在ActiveMQ的监视控制可以看到有一个test队列，并且有一条消息，如图：

点击队列名test，然后点击消息ID即可查看消息内容，如图：

如果DeliveryMode没有设置或者设置为NON_PERSISTENT，那么重启MQ之后消息就会丢失。
一段接收消息的代码：

Java

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

public static void get ( ) {

     try {

         String url = "tcp://localhost:61616" ;

         ActiveMQConnectionFactory connectionFactory = new ActiveMQConnectionFactory ( url ) ;

         // 设置用户名和密码，这个用户名和密码在conf目录下的credentials.properties文件中，也可以在activemq.xml中配置

         connectionFactory . setUserName ( "system" ) ;

         connectionFactory . setPassword ( "manager" ) ;

         // 创建连接

         Connection connection = connectionFactory . createConnection ( ) ;

         connection . start ( ) ;

         // 创建Session

         Session session = connection . createSession ( false , Session . AUTO_ACKNOWLEDGE ) ;

         // 创建目标，就创建主题也可以创建队列

         Destination destination = session . createQueue ( "test" ) ;

         // 创建消息消费者

         MessageConsumer consumer = session . createConsumer ( destination ) ;

         // 接收消息，参数：接收消息的超时时间，为0的话则不超时，receive返回下一个消息，但是超时了或者消费者被关闭，返回null

         Message message = consumer . receive ( 1000 ) ;

         if ( message instanceof TextMessage ) {

             TextMessage textMessage = ( TextMessage ) message ;

             String text = textMessage . getText ( ) ;

             System . out . println ( "Received: " + text ) ;

         } else {

             System . out . println ( "Received: " + message ) ;

         }

         consumer . close ( ) ;

         session . close ( ) ;

         connection . close ( ) ;

     } catch ( Exception e ) {

         e . printStackTrace ( ) ;

     }

}

执行了上面的接收方法之后，在ActiveMQ的监视控制可以看到test队列的消息已经被消费了，如图：

这里的代码只是测试用，在正式开发中一般与Spring结合使用jmsTemplate来发送消息，现实JMS的MessageListener来监听消息。

ActiveMQ

发表评论?

ActiveMQ使用笔记（二）ActiveMQ消息持久化(3)

发布于 2012/04/09

by 淮少

3、JDBC

配置JDBC适配器：

Java

1

2

3



         < jdbcPersistenceAdapter dataSource = "#mysql-ds" createTablesOnStartup = "false" / >

     < / persistenceAdapter >

dataSource指定持久化数据库的bean，createTablesOnStartup是否在启动的时候创建数据表，默认值是true，这样每次启动都会去创建数据表了，一般是第一次启动的时候设置为true，之后改成false。

MYSQL持久化bean

Java

1

2

3

4

5

6

7

   < bean id = "mysql-ds" class = "org.apache.commons.dbcp.BasicDataSource" destroy - method = "close" >

     < property name = "driverClassName" value = "com.mysql.jdbc.Driver" / >

     < property name = "url" value = "jdbc:mysql://localhost/activemq?relaxAutoCommit=true" / >

     < property name = "username" value = "activemq" / >

     < property name = "password" value = "activemq" / >

     < property name = "poolPreparedStatements" value = "true" / >

   < / bean >

SQL Server持久化bean

Java

1

2

3

4

5

6

7

< bean id = "mssql-ds" class = "net.sourceforge.jtds.jdbcx.JtdsDataSource" destroy - method = "close" >

   < property name = "serverName" value = "SERVERNAME" / >

   < property name = "portNumber" value = "PORTNUMBER" / >

   < property name = "databaseName" value = "DATABASENAME" / >

   < property name = "user" value = "USER" / >

   < property name = "password" value = "PASSWORD" / >

< / bean >

Oracle持久化bean

Java

1

2

3

4

5

6

7

8

   < bean id = "oracle-ds" class = "org.apache.commons.dbcp.BasicDataSource" destroy - method = "close" >

     < property name = "driverClassName" value = "oracle.jdbc.driver.OracleDriver" / >

     < property name = "url" value = "jdbc:oracle:thin:@10.53.132.47:1521:activemq" / >

     < property name = "username" value = "activemq" / >

     < property name = "password" value = "activemq" / >

     < property name = "maxActive" value = "200" / >

     < property name = "poolPreparedStatements" value = "true" / >

   < / bean >

DB2持久化bean

Java

1

2

3

4

5

6

7

8

   < bean id = "db2-ds" class = "org.apache.commons.dbcp.BasicDataSource"    destroy - method = "close" >

       < property name = "driverClassName" value = "com.ibm.db2.jcc.DB2Driver" / >

       < property name = "url" value = "jdbc:db2://hndb02.bf.ctc.com:50002/activemq" / >

       < property name = "username" value = "activemq" / >

       < property name = "password" value = "activemq" / >

       < property name = "maxActive" value = "200" / >

       < property name = "poolPreparedStatements" value = "true" / >

   < / bean >

ActiveMQ

持久化

[ 1 条评论 ]

ActiveMQ使用笔记（二）ActiveMQ消息持久化(2)

发布于 2012/04/09

by 淮少

2、KahaDB

KahaDB是基于文件的本地数据库储存形式，虽然没有AMQ的速度快，但是它具有强扩展性，恢复的时间比AMQ短，从5.4版本之后KahaDB做为默认的持久化方式。默认配置如下：

Java

1

2

3



         < kahaDB directory = "activemq-data" journalMaxFileLength = "32mb" / >

     < / persistenceAdapter >

KahaDB的属性：

property name default value Comments

directory activemq-data 消息文件和日志的存储目录

indexWriteBatchSize 1000 一批索引的大小，当要更新的索引量到达这个值时，更新到消息文件中

indexCacheSize 10000 内存中，索引的页大小

enableIndexWriteAsync false 索引是否异步写到消息文件中

journalMaxFileLength 32mb 一个消息文件的大小

enableJournalDiskSyncs true 是否讲非事务的消息同步写入到磁盘

cleanupInterval 30000 清除操作周期，单位ms

checkpointInterval 5000 索引写入到消息文件的周期，单位ms

ignoreMissingJournalfiles false 忽略丢失的消息文件，false，当丢失了消息文件，启动异常

checkForCorruptJournalFiles false 检查消息文件是否损坏，true，检查发现损坏会尝试修复

checksumJournalFiles false 产生一个checksum，以便能够检测journal文件是否损坏。

5.4版本之后有效的属性:

archiveDataLogs false 当为true时，归档的消息文件被移到directoryArchive,而不是直接删除

directoryArchive null 存储被归档的消息文件目录

databaseLockedWaitDelay 10000 在使用负载时，等待获得文件锁的延迟时间，单位ms

maxAsyncJobs 10000 同个生产者产生等待写入的异步消息最大量

concurrentStoreAndDispatchTopics false 当写入消息的时候，是否转发主题消息

concurrentStoreAndDispatchQueues true 当写入消息的时候，是否转发队列消息

5.6版本之后有效的属性:

archiveCorruptedIndex false 是否归档错误的索引

从5.6版本之后，有可能发布通过多个kahadb持久适配器来实现分布式目标队列存储。什么时候用呢？如果有一个快速的生产者和消费者，当某一个时刻生产者发生了不规范的消费，那么有可能产生一条消息被存储在两个消息文件中，同时，有些目标队列是危险的并且要求访问磁盘。在这种情况下，你应该用通配符来使用mKahaDB。如果目标队列是分布的，事务是可以跨越多个消息文件的。

每个KahaDB的实例都可以配置单独的适配器，如果没有目标队列提交给filteredKahaDB，那么意味着对所有的队列有效。如果一个队列没有对应的适配器，那么将会抛出一个异常。配置如下：

Java

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

   < mKahaDB directory = "${activemq.base}/data/kahadb" >



       < ! -- match all queues -- >

       < filteredKahaDB queue = ">" >



           < kahaDB journalMaxFileLength = "32mb" / >

         < / persistenceAdapter >

       < / filteredKahaDB >



       < ! -- match all destinations -- >





           < kahaDB enableJournalDiskSyncs = "false" / >

         < / persistenceAdapter >

       < / filteredKahaDB >

     < / filteredPersistenceAdapters >

   < / mKahaDB >

< / persistenceAdapter >

如果filteredKahaDB的perDestination属性设置为true，那么匹配的目标队列将会得到自己对应的KahaDB实例。配置如下：

Java

1

2

3

4

5

6

7

8

9

10

11

12

   < mKahaDB directory = "${activemq.base}/data/kahadb" >



       < ! -- kahaDB per destinations -- >

       < filteredKahaDB perDestination = "true" >



           < kahaDB journalMaxFileLength = "32mb" / >

         < / persistenceAdapter >

       < / filteredKahaDB >

     < / filteredPersistenceAdapters >

   < / mKahaDB >

< / persistenceAdapter >

ActiveMQ

持久化

[ 2 条评论 ]

ActiveMQ使用笔记（二）ActiveMQ消息持久化(1)

发布于 2012/04/09

by 淮少

在broker中设置属性persistent=”true”(默认是true)，同时发送的消息也应该是persitent类型的。ActiveMQ消息持久化有三种方式：AMQ、KahaDB、JDBC。

1、AMQ

AMQ是一种文件存储形式，它具有写入速度快和容易恢复的特点。消息存储在一个个文件中，文件的默认大小为32兆，如果一条消息的大小超过了32兆，那么这个值必须设置大点。当一个存储文件中的消息已经全部被消费，那么这个文件将被标识为可删除，在下一个清除阶段，这个文件被删除。默认配置如下：

Java

1

2

3



       < amqPersistenceAdapter directory = "activemq-data" maxFileLength = "32mb" / >

     < / persistenceAdapter >

AMQ的属性：

属性名称默认值描述

directory activemq-data 消息文件和日志的存储目录

useNIO true 使用NIO协议存储消息

syncOnWrite false 同步写到磁盘，这个选项对性能影响非常大

maxFileLength 32mb 一个消息文件的大小

persistentIndex true 消息索引的持久化，如果为false，那么索引保存在内存中

maxCheckpointMessageAddSize 4kb 一个事务允许的最大消息量

cleanupInterval 30000 清除操作周期，单位ms

indexBinSize 1024 索引文件缓存页面数，缺省为1024，当amq扩充或者缩减存储时，会锁定整个broker，导致一定时间的阻塞，所以这个值应该调整到比较大，但是代码中实现会动态伸缩，调整效果并不理想。

indexKeySize 96 索引key的大小，key是消息ID

indexPageSize 16kb 索引的页大小

directoryArchive archive 存储被归档的消息文件目录

archiveDataLogs false 当为true时，归档的消息文件被移到directoryArchive,而不是直接删除

ActiveMQ

持久化

发表评论?

ActiveMQ使用笔记（一）ActiveMQ的安装

发布于 2012/04/06

by 淮少

安装要求：

部署需要jdk1.5及以上，编译需要jdk1.5（java5）及以上

Java的环境变量（JAVA_HOME）必须设置，即jdk安装的目录，比如`c:\Program Files\jsdk.1.6`

下载ActiveMQ：http://activemq.apache.org/download.html

解压，如图：

运行bin文件夹下的activemq.bat，出现如下图所示：

验证是否运行成功：

在浏览器中输入：http://localhost:8161/admin/，出现如下图所示表示成功：

此时，ActiveMQ已经安装完成了，接下来配置登录监视控制台的用户名和密码。

打开conf文件夹下的jetty.xml，找到

Java

1

2

3

4

5

6

7

8

9

     < bean id = "securityConstraint" >

         < property name = "name" value = "BASIC" / >

         < property name = "roles" value = "admin" / >

         < property name = "authenticate" value = "false" / >

     < / bean >

把authenticate属性的值改成true即可，重启activemq.bat，再登录监视控制台，就需要输入密码了，默认的用户名和密码是admin/admin。roles属性指的是登录的用户角色，这些登录的用户在jetty-realm.properties配置。

修改web的访问端口，在jetty.xml找到一下配置，修改8161即可。

Java

1

2

3

4

5

6

7

         < property name = "connectors" >



                 < bean id = "Connector" class = "org.eclipse.jetty.server.nio.SelectChannelConnector" >

property name	default value	Comments
directory	activemq-data	消息文件和日志的存储目录
indexWriteBatchSize	1000	一批索引的大小，当要更新的索引量到达这个值时，更新到消息文件中
indexCacheSize	10000	内存中，索引的页大小
enableIndexWriteAsync	false	索引是否异步写到消息文件中
journalMaxFileLength	32mb	一个消息文件的大小
enableJournalDiskSyncs	true	是否讲非事务的消息同步写入到磁盘
cleanupInterval	30000	清除操作周期，单位ms
checkpointInterval	5000	索引写入到消息文件的周期，单位ms
ignoreMissingJournalfiles	false	忽略丢失的消息文件，false，当丢失了消息文件，启动异常
checkForCorruptJournalFiles	false	检查消息文件是否损坏，true，检查发现损坏会尝试修复
checksumJournalFiles	false	产生一个checksum，以便能够检测journal文件是否损坏。
5.4版本之后有效的属性:
archiveDataLogs	false	当为true时，归档的消息文件被移到directoryArchive,而不是直接删除
directoryArchive	null	存储被归档的消息文件目录
databaseLockedWaitDelay	10000	在使用负载时，等待获得文件锁的延迟时间，单位ms
maxAsyncJobs	10000	同个生产者产生等待写入的异步消息最大量
concurrentStoreAndDispatchTopics	false	当写入消息的时候，是否转发主题消息
concurrentStoreAndDispatchQueues	true	当写入消息的时候，是否转发队列消息
5.6版本之后有效的属性:
archiveCorruptedIndex	false	是否归档错误的索引

属性名称	默认值	描述
directory	activemq-data	消息文件和日志的存储目录
useNIO	true	使用NIO协议存储消息
syncOnWrite	false	同步写到磁盘，这个选项对性能影响非常大
maxFileLength	32mb	一个消息文件的大小
persistentIndex	true	消息索引的持久化，如果为false，那么索引保存在内存中
maxCheckpointMessageAddSize	4kb	一个事务允许的最大消息量
cleanupInterval	30000	清除操作周期，单位ms
indexBinSize	1024	索引文件缓存页面数，缺省为1024，当amq扩充或者缩减存储时，会锁定整个broker，导致一定时间的阻塞，所以这个值应该调整到比较大，但是代码中实现会动态伸缩，调整效果并不理想。
indexKeySize	96	索引key的大小，key是消息ID
indexPageSize	16kb	索引的页大小
directoryArchive	archive	存储被归档的消息文件目录
archiveDataLogs	false	当为true时，归档的消息文件被移到directoryArchive,而不是直接删除

ActiveMQ使用笔记

ActiveMQ使用笔记（八）使用过程中出现的问题

1、消息文件越来越多，导致超出了存储空间

ActiveMQ使用笔记（七）ActiveMQ性能优化

1、目标策略

2、存储设置

ActiveMQ使用笔记（六）ActiveMQ主备配置

ActiveMQ使用笔记（五）ActiveMQ负载均衡

ActiveMQ使用笔记（四）ActiveMQ配置安全性

ActiveMQ使用笔记（三）ActiveMQ消息发送与接收

ActiveMQ使用笔记（二）ActiveMQ消息持久化(3)

3、JDBC

ActiveMQ使用笔记（二）ActiveMQ消息持久化(2)

2、KahaDB

ActiveMQ使用笔记（二）ActiveMQ消息持久化(1)

1、AMQ

ActiveMQ使用笔记（一）ActiveMQ的安装

你可能感兴趣的:(JMS)