MySQL香港服务器电子公告牌和主题讨论论坛

作者:港云互联 时间:2019-09-25

        对于MySQL香港服务器用户,主题讨论区是个很有意思的话题。当前有成百上千的基于PHP或者Perl的免费系统可以支持主题讨论。其中大部分的数据库操作效率都不高,因为它们大多倾向于在一次请求中执行尽可能多的查询语句。另外还有部分系统设计为不采用数据库,当然也就无法利用到数据库提供的一些方便的特性。主题讨论区一般都有更新计数器,并且会为各个主题计算访问统计信息。多数应用只设计了几张表来保存所有的数据,所以核心表的读写压力可能非常大。为保证这些核心表的数据一致性, 锁成为资源争用的主要因素。


香港服务器

        尽管有这些设计缺陷,但大多数应用在中低负载时可以工作得很好。如果Web站点的模迅速扩展,流量随之猛增,则数据库访问可能变得非常慢。此时一个典型的解决方案是更改为支持更高读写的存储引擎,但有时用户会发现这么做反而导致系统变得更慢了。


        用户可能没有意识到这是由于某些特殊查询的缘故,典型的如:


mysql> SELECT COUNT(*) FROM table;


        问题就在于,不是所有的存储引擎运行上述查询都非常快:对于MyISAM确实会很快,但其他的可能都不行。每种存储引擎都能找出类似的对自己有利的例子。后面将帮助用户分析这些状况,演示如何发现和解决存在的这类问题。


CD-ROM应用


        如果要发布一个基于CD-ROM或者DVD-ROM并且使用MySQL香港服务器租用数据文件的应用,可以考虑使用MyISAM表或者MyISAM压缩表,这样表之间可以隔离并且可以在不同介质上相互拷贝。MyISAM压缩表比未压缩的表要节约很多空间,但压缩表是只读的。在某些应用中这可能是个大问题。但如果数据放到只读介质的场景下,压缩表的只读特性就不是问题,就没有理由不采用压缩表了。


大数据量


        什么样的数据量算大?我们创建或者管理的很多InnoDB数据库的数据量在3 ~ 5TB之间,或者更大,这是单台机器上的量,不是一个分片(shard) 的量。这些系统运行得还不错,要做到这一点需要合理地选择硬件,做好物理设计,并为服务器的1/O瓶颈做好规划。在这样的数据量下,如果采用MyISAM,崩溃后的恢复就是一个恶梦。


        如果数据量继续增长到10TB以上的级别,可能就需要建立数据仓库。Infobright是MySOL数据仓库最成功的解决方案。也有些大数据库 不适合Ifobright, 却可能适合TokuDB。



新人注册,即送价值满880元现金劵

立即注册>>
客服 电话 反馈 活动 回顶部

服务热线

+852-5764-9835

1对1贴心服务,7X24小时热线