网站浏览不畅与后台数据库的关系   

  • 穿山癸 2014年1月19日

    本周内,1月14日和1月18日,出走网站两次无法登陆。试图打开出走网站时,浏览器不能显示正常页面,提示“网站出现小故障,正在修复中。请移步豆瓣出走社小组。”(大意)

    通过QQ与主机服务商巨盈联系,问题都在短时间内解决了。今天问题修复后,因为进入首页较慢,便与客服(QQ号:330384707,金鹰)多聊了几句,对方指出问题出在我们的后台数据库。

    我听说,微软的Access数据库对于数据量不大的网站还能应付,数据量大了就会有些卡。出走网站虽然不大,但网站和社民管理却很依赖数据库,又在不断地扩充新功能,注册社民也日益增多,因此难免频繁出现问题。至于后台管理程序是基于又Windows操作系统的NBArticle,也是多年不更新了,维护起来比较困难。

    不知道能否将Access数据库无缝移植为sql?后台程序和操作系统能否换乘其他的?感觉仅仅换数据库会相对简单一些。如果要改变后台程序、操作系统,可能会麻烦得多,还必须同时变更数据库。

    去年曾看到,绿野org曾讨论过改版,预算金额需要好几万,后来没再跟踪,仅从其外观没看出来后台发生过变化。如果我们要做,无论哪种方式可能也都需要不小的投入。

    我知道的就是这些,希望大家为网站建设献计献策。


    附:20140118与网站主机服务商聊天内容

    穿山癸  22:12:48
      www.chuzo.org无法登陆了,请解决。谢谢
    穿山癸  22:23:03
      本周初就出现过无法登陆的情况
    穿山癸  22:40:05
      先生,www.chuzo.org网站的web服务出现问题了,登陆时显示故障信息。请解决,谢谢。
    巨盈-金鹰  22:42:37
      已经处理好了
      是access数据库卡住了
    穿山癸  22:43:19
      谢谢,我再试试登陆
    穿山癸  22:45:43
      能连上了,不过速度很慢,到现在还没打开首页全部
    巨盈-金鹰  22:46:16
      access数据库大了 会这样
      建议用sql数据库的
    穿山癸  22:46:49
      明白了

     

  • wordless
    我怀疑不会改善,感觉网站的并发访问量不会很大,不是限制每天最多500人登录嘛。倒是如果改成用SQL数据库后,数据库的空间如果只有200、300M,好像有点小。
    2014年1月21日
  • 穿山癸
    看了下虚拟主机供应商美国主机目录 http://222idc.com/style/info/host.asp?typeid=5 。
    我们目前的是1.2G那款:WEB空间 1000M,可绑域名 11个,IIS并发数 300个,绑子目录 1个,数据库 200M(mysql或mssql)
    如果升级到2.3G那款:WEB空间 2000M,可绑域名 11个,IIS并发数 400个,绑子目录 2个,数据库 300M(mysql或mssql)
    会不会有所改善?
    2014年1月21日
  • wordless
    最好能对系统做个测试,看性能瓶颈是不是在数据库上。还可以考虑先把一两个页面转换到MySQL,再测试一下性能改进。数据库的优化是个复杂的事情,跟表结构设计、查询语句的写法都有关系。
    至于改换文章系统,可以做个长期的规划和需求分析。以前大狮曾计划把仲裁会的文件模板化,工作流程也自动化一些,后来没有继续了。这些也可以作为开发计划内容。

    说说我了解的技术,如有需要可以出点力:原理基本上都懂,呵呵;数据库用过MySQL和Postgres SQL,但算不上精通;网站用Perl写过很小的Web应用(几千行),PHP算是写过(几百行),Javascript写过一点点,了解点dojo。
     

    2014年1月21日
  • 小撮
    数据库改MySQL,程序文件做局部修改以适应mysql,这个思路靠谱。用其他语言重写文件系统,这个工作量相当大,恐怕要从长计议。程序的总行数没统计过,300多个文件,平均每个300多行,总行数应该超过10万。
    2014年1月20日
  • wordless
    整个网站一共有多少行代码?
    2014年1月20日
  • 穿山癸
    @wordless  
    mysql:明月三千里 啊,大名鼎鼎,早有耳闻,只是知道名称而已。因为对我的工作没什么用途,从来就没学过数据库,曾在dBase II的时代试着玩过,花费的时间不超过2小时。后来安装Office套装时,从未都是跳过Access。
    以现在这个社群之力,有无可能完成Access向MySQL的过渡?大家一起试试?
    2014年1月19日
  • wordless
    简单估计,仅替换数据库涉及工作:
    1. 数据库设计:可以模拟原来的表结构,或者进行一些优化。不知道有没有不兼容的特性。
    2. 代码替换:将原来访问MS Access的代码替换为访问MySQL的代码。貌似代码中访问数据库应该是通过ADO,所以需要修改的地方应该不多。
    如果可以比较容易替换,可以评测一下,替换后的效果,以确定是不是数据库性能导致的不稳定。
    如果替换掉文章管理系统,动作比较大,因为小撮在上面进行了很多修改和开发,也得能迁移过去才行。建议先征集一些对网站开发了解的人,然后评估一下难度和可行性。


     

    2014年1月19日
  • wordless
    我对微软技术不太了解,但是Access的定位应该就是桌面级的一些应用,网站上使用的很少。最流行的应该还是MySQL吧。


     

    2014年1月19日
743 浏览   8 回复
关键词
微信公众号