使用NHibernate在Lucene.Net中索引大量数据

时间:2010-07-28 16:10:24

标签: c# performance nhibernate lucene fluent

我们使用Nhibernate作为我们的数据访问层。我们有170万条记录的表格,我们需要通过Lucene逐一索引我们的搜索。当我们运行我们编写的控制台应用程序来构建我们的索引时,它会快速启动,但是当它通过这些项目时,它会逐渐变慢和变慢。

我们的第一次迭代就是将它们全部索引。第二次迭代是按类别对它们进行索引。现在,我们按类别选择子集,然后将它们分成100个“页面”。我们的性能仍然有所下降。

我打开了sql profiler,当它迭代这些项目时,它为图像逐个调用每个项目的sql server,即使延迟加载设置为不是图像。

这是一个商业网站,我们正在索引目录项(产品)。关闭每个目录项是0到多个图像(存储在单独的表中。

这是我们的映射:

public class ItemMap : ClassMap<Item>
    {
        public ItemMap()
        {
            Table("Products");

            Id(x => x.Id, "ProductId").GeneratedBy.GuidComb();

            Map(x => x.Model);
            Map(x => x.Description);

            Map(x => x.Created);
            Map(x => x.Modified);
            Map(x => x.IsActive);
            Map(x => x.PurchaseUrl).CustomType<UriType>();

            Component(x => x.Identifier, m =>
                {
                    m.Map(x => x.Upc);
                    m.Map(x => x.Asin);
                    m.Map(x => x.Isbn);
                    m.Map(x => x.Tid);
                });

            Component(x => x.Price, m =>
                {
                    m.Map(x => x.Currency);
                    m.Map(x => x.Amount, "Price");
                    m.Map(x => x.Shipping);
                });

            References(x => x.Brand, "BrandId");
            References(x => x.Category, "CategoryId");
            References(x => x.Supplier, "SupplierId");
            References(x => x.Provider, "ProviderId");

            HasMany(x => x.Images)
                .Table("ProductImages")
                .KeyColumn("ProductId")
                .Not.LazyLoad();




            // TODO: Add variants





        }

    }

这是索引应用的根本逻辑。

public void IndexProducts()
        {
            Console.WriteLine("--- Begin Indexing Products ---");
            Console.WriteLine();
            var categories = categoryRepository.GetAll().ToList();
            Console.WriteLine(String.Format("--- {0} Categories found ---", categories.Count));
            categories.Add(null);

            foreach (var category in categories)
            {
                string categoryName = "\"None\"";

                if (category != null)
                    categoryName = category.Name;

                Console.WriteLine(String.Format("--- Begin Indexing Category ({0}) ---", categoryName));
                var categoryItems = from p in catalogRepository.GetList(new ActiveProductsByCategoryQuery(category))
                                    select p;

                int count = categoryItems.Count();
                int pageSize = 100;
                int currentPage = 0;
                int offest = currentPage * pageSize;
                int current = 1;

                Console.WriteLine(String.Format("Indexing {0} Products...", count));

                while (offest < count)
                {
                    var products = (from p in categoryItems
                                    select p).Skip(offest).Take(pageSize);

                    foreach (var item in products)
                    {
                        indexer.UpdateContent(item);
                        UpdateCounter(current, count);
                        current++;
                    }

                    currentPage++;
                    offest = currentPage * pageSize;
                }
                Console.WriteLine();

                Console.WriteLine(String.Format("--- End Indexing Category ({0}) ---", categoryName));
                Console.WriteLine();
            }

            Console.WriteLine("--- End Indexing Products ---");
            Console.WriteLine();
        }

仅供参考,有关类别的计数为26552。 它运行的第一个查询是:

exec sp_executesql N'SELECT TOP 100 ProductId100_1_, Upc100_1_, Asin100_1_, Isbn100_1_, Tid100_1_, Currency100_1_, Price100_1_, Shipping100_1_, Model100_1_, Descrip10_100_1_, Created100_1_, Modified100_1_, IsActive100_1_, Purchas14_100_1_, BrandId100_1_, CategoryId100_1_, SupplierId100_1_, ProviderId100_1_, CategoryId103_0_, Name103_0_, ShortName103_0_, Created103_0_, Modified103_0_, ShortId103_0_, DisplayO7_103_0_, IsActive103_0_, ParentCa9_103_0_ FROM (SELECT this_.ProductId as ProductId100_1_, this_.Upc as Upc100_1_, this_.Asin as Asin100_1_, this_.Isbn as Isbn100_1_, this_.Tid as Tid100_1_, this_.Currency as Currency100_1_, this_.Price as Price100_1_, this_.Shipping as Shipping100_1_, this_.Model as Model100_1_, this_.Description as Descrip10_100_1_, this_.Created as Created100_1_, this_.Modified as Modified100_1_, this_.IsActive as IsActive100_1_, this_.PurchaseUrl as Purchas14_100_1_, this_.BrandId as BrandId100_1_, this_.CategoryId as CategoryId100_1_, this_.SupplierId as SupplierId100_1_, this_.ProviderId as ProviderId100_1_, category1_.CategoryId as CategoryId103_0_, category1_.Name as Name103_0_, category1_.ShortName as ShortName103_0_, category1_.Created as Created103_0_, category1_.Modified as Modified103_0_, category1_.ShortId as ShortId103_0_, category1_.DisplayOrder as DisplayO7_103_0_, category1_.IsActive as IsActive103_0_, category1_.ParentCategoryId as ParentCa9_103_0_, ROW_NUMBER() OVER(ORDER BY CURRENT_TIMESTAMP) as __hibernate_sort_row FROM Products this_ left outer join Categories category1_ on this_.CategoryId=category1_.CategoryId WHERE (this_.IsActive = @p0 and (1=0 or (this_.CategoryId is not null and category1_.CategoryId = @p1)))) as query WHERE query.__hibernate_sort_row > 500 ORDER BY query.__hibernate_sort_row',N'@p0 bit,@p1 uniqueidentifier',@p0=1,@p1='A988FD8C-DD93-4119-8F84-0AF3656DAEDD'

然后对每个产品执行

exec sp_executesql N'SELECT images0_.ProductId as ProductId1_, images0_.ImageId as ImageId1_, images0_.ImageId as ImageId98_0_, images0_.Description as Descript2_98_0_, images0_.Url as Url98_0_, images0_.Created as Created98_0_, images0_.Modified as Modified98_0_, images0_.ProductId as ProductId98_0_ FROM ProductImages images0_ WHERE images0_.ProductId=@p0',N'@p0 uniqueidentifier',@p0='487EA053-4DD5-4EBA-AA36-95B30C42F0CD'

哪个好。问题是第一个2000左右的确非常快,但它在类别中运行的时间越长,它获得的速度越慢,消耗的内存越多 - 即使它索引相同数量的产品。 GC正在运行,因为内存使用率下降,但总体而言,随着处理器的运行而上升。

我们可以做些什么来加快索引器的速度?为什么性能稳步下降?我不认为它是nhibernate或查询,因为它开始这么快。我们真的很茫然。

由于

3 个答案:

答案 0 :(得分:3)

Ayende在几周前发表了一篇关于完成这项工作的文章(使用无状态会话和自定义IList实现)。

http://ayende.com/Blog/archive/2010/06/27/nhibernate-streaming-large-result-sets.aspx

这听起来就像你需要的,至少对于加快记录检索和减少内存使用而言。

答案 1 :(得分:0)

您是否为所有通话使用相同的会话?如果是这种情况,它将缓存加载的实体,并循环遍历它们以检查在调用Flush时它们是否需要刷新(这取决于您的FlushMode)。为每个项目页面使用新会话,或更改FlushMode。

在使用标准时,您可以指定应使用sql连接预取特定属性,这可能会加快数据的读取速度。我通常比Linq-to-NHibernate更信任Criteria apis,因为我实际上决定每次通话都做了什么。

答案 2 :(得分:0)

我们最终转向Solr进行索引。我们无法让它有效地进行索引,这可能是由于实现。

供参考:

http://lucene.apache.org/solr/

http://code.google.com/p/solrnet/