Java Web项目如何提高访问效率
答案:3 悬赏:70 手机版
解决时间 2021-01-13 00:01
- 提问者网友:富士山上尢
- 2021-01-12 09:28
Java Web项目如何提高访问效率
最佳答案
- 五星知识达人网友:摆渡翁
- 2021-01-12 09:41
首先就是你这个项目的数据库访问效率,这个包括你数据库访问的方式和数据库中数据的冗余量。数据库访问方式,例如JDBC、JDBC-ODBC、或者JNDI。 其次就是这个项目在处理请求时的效率,主要从Servlet中代码的优化方面入手,例如能用10次循环,就不要用11次。还有就是Servlet中对象的管理,不用的对象最好手动释放掉。 再有就是前台的界面,最好少用jsp脚本,这样能减少请求服务器时的翻译时间。 不过现在的服务器,性能都比较强大,基本上可以忽略后面两条,主要的就是数据库。 本人代码量不多,如有错误,还请见谅。
全部回答
- 1楼网友:老鼠爱大米
- 2021-01-12 12:00
硬件程序数据库
- 2楼网友:动情书生
- 2021-01-12 11:13
通常大型应用项目的效率瓶颈一般都是在数据库总结几点数据库效率优化方面应该注意的问题1、 避免使用Hibernate框架 用Hibernate一次性进行5万条左右数据的插入,若ID使用sequence方式生成,Hibernate将分5万次从数据库取得5万个 sequence,构造成相应对象后,再分五万次将数据保存到数据库。花了我十分钟时间。主要的时间不是花在插入上,而是花在5万次从数据库取 sequence上,弄得我相当郁闷。虽然后来把ID生成方式改成increase解决了问题,但还是对那十分钟的等待心有余悸。
2、查询时不要使用类似select * from x_table的语句,要尽量使用select id,name from x_table,以避免查询出不需要的数据浪费资源。对于海量数据而言,一个字段所占用的资源和查询时间是相当可观的。 3、当我们在做查询时,常常是前台提交一个查询表单到后台,后台解析这个表单,而后进行查询操作。在我们解析表单时,为了方便起见,常常喜欢将一些不需要查询的条件用永真的条件来代替(如:select count(id) from x_table where name like ‘%’),其实这样的SQL对资源的浪费是相当可怕的。我试过对于同样的近一千万条记录的查询来说,使用select count(id) from x_table 进行表查询需要11秒,而使用select count(id) from x_table where name like ‘%’却花了33秒。 4、在做海量数据查询时,应尽量避免表连接(特别是左、右连接),万不得已要进行表连接时,被连接的另一张表数据量一定不能太大,若连接的另一张表也是数万条的话,那估计可以考虑重新设计库表了,因为那需要等待的时间决不是正常用户所能忍受的。 以前做过一个银行分析系统,数据量是亿级别的。补充几点1,怎样造Java对象。有句话说得好:尽可能的少造对象。别说千万级,就是上万级都不要考虑造对象了。因为几个请求一并发,喀嚓,系统肯定完蛋。
2,合理摆正系统设计的位置。大量数据操作,和少量数据操作一定是分开的。大量的数据操作,肯定不是ORM框架搞定的。绝对不能ORM,因为1,要少造对象;2,数据库资源合理利用。id分配就是一个好例子。
3,合理利用数据库的分区、索引技术。
4,有的时候可以考虑临时表之类的,尤其是大数据量。
5,有人说非常大的数据量,一定要用存储过程。我存储过程不好,所以还是使用jdbc,哈哈效果非常好,所以除了上面几点注意外,还要注意:
1,控制好内存,让数据流起来,而不是全部读到内存再处理,而是边读取边处理;
2,合理利用内存,有的数据要缓存;
3,偶承认,这里技术含量还是有的,反正不简单。不好言传。
2、查询时不要使用类似select * from x_table的语句,要尽量使用select id,name from x_table,以避免查询出不需要的数据浪费资源。对于海量数据而言,一个字段所占用的资源和查询时间是相当可观的。 3、当我们在做查询时,常常是前台提交一个查询表单到后台,后台解析这个表单,而后进行查询操作。在我们解析表单时,为了方便起见,常常喜欢将一些不需要查询的条件用永真的条件来代替(如:select count(id) from x_table where name like ‘%’),其实这样的SQL对资源的浪费是相当可怕的。我试过对于同样的近一千万条记录的查询来说,使用select count(id) from x_table 进行表查询需要11秒,而使用select count(id) from x_table where name like ‘%’却花了33秒。 4、在做海量数据查询时,应尽量避免表连接(特别是左、右连接),万不得已要进行表连接时,被连接的另一张表数据量一定不能太大,若连接的另一张表也是数万条的话,那估计可以考虑重新设计库表了,因为那需要等待的时间决不是正常用户所能忍受的。 以前做过一个银行分析系统,数据量是亿级别的。补充几点1,怎样造Java对象。有句话说得好:尽可能的少造对象。别说千万级,就是上万级都不要考虑造对象了。因为几个请求一并发,喀嚓,系统肯定完蛋。
2,合理摆正系统设计的位置。大量数据操作,和少量数据操作一定是分开的。大量的数据操作,肯定不是ORM框架搞定的。绝对不能ORM,因为1,要少造对象;2,数据库资源合理利用。id分配就是一个好例子。
3,合理利用数据库的分区、索引技术。
4,有的时候可以考虑临时表之类的,尤其是大数据量。
5,有人说非常大的数据量,一定要用存储过程。我存储过程不好,所以还是使用jdbc,哈哈效果非常好,所以除了上面几点注意外,还要注意:
1,控制好内存,让数据流起来,而不是全部读到内存再处理,而是边读取边处理;
2,合理利用内存,有的数据要缓存;
3,偶承认,这里技术含量还是有的,反正不简单。不好言传。
我要举报
如以上问答信息为低俗、色情、不良、暴力、侵权、涉及违法等信息,可以点下面链接进行举报!
大家都在看
推荐资讯