现在工作中很少使用原生的sql了，大多数的时候都在使用EF。刚开始的时候，只是在注重功能的实现，最近一段时间在做服务端接口开发。开发的时候也是像之前一样，键盘噼里啪啦的一顿敲，接口秒秒钟上线，但是到联调测试的时候就悲剧了。。。。那叫一个慢啊，客户端有种“千年等一回的赶脚” 。由于访问量和数量都提升了一个数量级，之前没有 考虑过的问题，都在此时暴露了，根据自己百度、google的经历实践，整理了这一些优化点。欢迎各位大神批评指正！
1.使用AsNoTracking(),无跟踪查询，查询出的数据不可以修改，但是可以提高查询速度
2.合理使用延迟加载。
如果用不到导航属性中的数据，那么使用懒加载就行了，不会加载不需要的数据到内存中。但是，如果会在 foreach 中使用导航属性中的数据，那么最好是禁用懒加载，通过Include()方法，一次加载全部数据，防止在 foreach 多次和数据库进行交互。当然，一般情况下是这样的，具体的还是要根据当时的业务情况而定。
3.判断List中是否含有数据的时候，最好使用Any(),避免使用Count()>0，这么Low的方式，真是慢的一逼啊。
4.在where子句中进行中文字符模糊匹配值的时候，记得加上使用DbFunctions.AsNonUnicode("要匹配的字符")。
5.错误的使用OrderBy() 导致的错误排序。
要对多个字段进行先后组合排序的时候，正确的是Orderby().ThenBy()；切记不要这样啊：OrderBy().OrderBy()，这样达不到你想要的效果，只会按照最后的那个排序字段进行排序。
6.真假分页的问题
line1:query.ToList().Skip((PageIndex - 1) * PageSize).Take(PageSize); line2: query.Skip((PageIndex - 1) * PageSize).Take(PageSize).ToList();
line1就是加分页，直接从DB中取出全部的数据，然后在内存中进行分页；line2才是真正分页。没有ToList()的时候，返回值类型还是IQueryable<T> ,执行了ToList(),之后直接查询数据库了，返回值类型直接是IEnumerable<T>。
7.按需加载部分列。
通过在Select子句中使用select(t=>{t.id,t.name}),只加载需要的列来提升速度。
8.使用扩展库Entity Framework Extendeds 进行批量Insert和delete操作，避免生成大量的sql语句和数据库进行多次交互。
9.这些做了，性能还是不行？那SqlQuery()，或者通过储存过程，将多条sql语句作为一个提交单元，也可以减少与数据库的交互次数，从而提高性能。
对于EF首次启动慢的问题，可通过下面的措施进行优化：
1.EF的预热问题，在应用程序进行初始化的时候就事先进行预热。比如，mvc应用程序可在global文件中添加如下操作。
protected void Application_Start() { using (var ctx = new mcccEntities()) { var objectContext = ((IObjectContextAdapter)ctx).ObjectContext; var mappingCollection = (StorageMappingItemCollection)objectContext.MetadataWorkspace.GetItemCollection(DataSpace.CSSpace); mappingCollection.GenerateViews(new List<EdmSchemaError>()); } //记得，连接了几个DB就要写几个using啦。 }