哪位专家能解释一下为什么用sun ds在一节点下的子节点超过4100个查询就出问题

process

我在一个节点下面的子节点超过4100个的时候（大约）
通过控制台查询就会变得特别慢，在status->suffixes的entry cache usage里面可以看到当在4000个子节点时候，我在控制台点一下这个父节点只有4001个tries。但当4200个子节点时候，我在控制台点一下这个父节点有数据库总节点*3次tries。

在数据库的errors里面可以看到
[23/Oct/2006:14:30:00 +0800] - WARNING<20805> - Backend Database - conn=415 op=368 msgId=31570 -  search is not indexed

access里面是

[23/Oct/2006:14:52:27 +0800] conn=426 op=83 msgId=177 - SRCH base="groupurl=test1,ou=public group,dc=domain,dc=com" scope=1 filter="(|(&(numSubordinates=*)(numSubordinates>=1)(|(objectClass=*)(objectClass=ldapsubentry)))(objectClass=referral)(objectClass=organization)(objectClass=organizationalUnit)(objectClass=netscapeServer)(objectClass=netscapeResource)(objectClass=domain))" attrs="dn"

不知哪位高人可以指点一下

lijiong

你搜索的属性做了索引吗？

process

原帖由 lijiong 于 2006-10-25 00:20 发表
你搜索的属性做了索引吗？

numSubordinates和object都是ds默认的索引

我是通过sun的System server console控制台操作的，就是点一个低下有4200子节点的节点

当有4000个节点的时候还没问题。

感觉sun的这个控制台做的就很滥

process

有没有高手知道是怎么回事，是不是一个节点下面不能有太多的子节点

lijiong

[23/Oct/2006:14:30:00 +0800] - WARNING<20805> - Backend Database - conn=415 op=368 msgId=31570 -  search is not indexed
去access找关于conn=415 op=368 msgId=31570 的记录
你给的access里的[23/Oct/2006:14:52:27 +0800] conn=426 op=83 msgId=177 - SRCH base="groupurl=test1,ou=public group,dc=domain,dc=com" scope=1 filter="(|(&(numSubordinates=*)(numSubordinates>=1)(|(objectClass=*)(objectClass=ldapsubentry)))(objectClass=referral)(objectClass=organization)(objectClass=organizationalUnit)(objectClass=netscapeServer)(objectClass=netscapeResource)(objectClass=domain))" attrs="dn"和 这条errors里的记录没关系
而且errors里面明确给出了not indexed,这个应该值得注意

process

原帖由 lijiong 于 2006-10-31 15:23 发表
[23/Oct/2006:14:30:00 +0800] - WARNING<20805> - Backend Database - conn=415 op=368 msgId=31570 -  search is not indexed
去access找关于conn=415 op=368 msgId=31570 的记录
你给的access里的[23/ ...

conn=415 op=368 msgId=31570 的记录和那个是一样的，都是同样的查询。我是用的sun ds的控制台进行的操作，不是程序，而且在4100个子节点的时候并没有报错，到4200个的时候就报错了，而且在两台机器上面都试过，一台是windows，一台是440,都是这样

fluke888

size limte和Look-through limit是否做了限制？
console没问题的，比你数据量大的多的也查的没问题。