浅析大数据量高并发的数据库优化.pdfVIP

浅析大数据量高并发的数据库优化 作 者: RICHARD QQ: 1055210005 Email: richard@kkconn.net 端程序的编程难度，因此，物理设计需折衷考虑，根据业务规则，确定对关联表 一、数据库结构的设计 的数据量大小、数据项的访问频度，对此类数据表频繁的关联查询应适当提高数 如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器段程序的 据冗余设计但增加了表间连接查询的操作，也使得程序的变得复杂，为了提高系 编程和维护的难度，而且将会影响系统实际运行的性能。所以，在一个系统开始 统的响应时间，合理的数据冗余也是必要的。设计人员在设计阶段应根据系统操 实施之前，完备的数据库模型的设计是必须的。 作的类型、频度加以均衡考虑。 在一个系统分析、设计阶段，因为数据量较小，负荷较低。我们往往只注意 另外，最好不要用自增属性字段作为主键与子表关联。不便于系统的迁移和 到功能的实现，而很难注意到性能的薄弱之处，等到系统投入实际运行一段时间 数据恢复。对外统计系统映射关系丢失（******************）。 后，才发现系统的性能在降低，这时再来考虑提高系统性能则要花费更多的人力 原来的表格必须可以通过由它分离出去的表格重新构建。使用这个规定的好 物力，而整个系统也不可避免的形成了一个打补丁工程。 处是，你可以确保不会在分离的表格中引入多余的列，所有你创建的表格结构都 所以在考虑整个系统的流程的时候，我们必须要考虑，在高并发大数据量的 与它们的实际需要一样大。应用这条规定是一个好习惯，不过除非你要处理一个 访问情况下，我们的系统会不会出现极端的情况。（例如：对外统计系统在 7 月 非常大型的数据，否则你将不需要用到它。（例如一个通行证系统，我可以将 16 日出现的数据异常的情况，并发大数据量的的访问造成，数据库的响应时间不 USERID，USERNAME，USERPASSWORD，单独出来作个表，再把 USERID 作为其他表的 能跟上数据刷新的速度造成。具体情况是：在日期临界时（00：00：00），判断 外键） 数据库中是否有当前日期的记录，没有则插入一条当前日期的记录。在低并发访 表的设计具体注意的问题： 问的情况下，不会发生问题，但是当日期临界时的访问量相当大的时候，在做这 一判断的时候，会出现多次条件成立，则数据库里会被插入多条当前日期的记录， 1、数据行的长度不要超过 8020 字节，如果超过这个长度的话在物理页中这 从而造成数据错误。），数据库的模型确定下来之后，我们有必要做一个系统内 条数据会占用两行从而造成存储碎片，降低查询效率。 数据流向图，分析可能出现的瓶颈。 2、