草庐IT

数据库优化

小陈工 2023-03-28 原文

一、为什么要进行数据库优化?

当完成一个项目后,如果需要优化该项目的性能和提高并发性,就要用到数据库优化操作

二、如何进行数据库优化?

2.1在设计数据库表时要使用三范式设计,那什么是三范式呢?

           第一范式(1NF):符合1NF的关系中的每个属性都不可再分,1NF是所有关系型数据库的最基本要求

           第二范式(2NF):2NF在1NF的基础之上,消除了非主属性对于码的部分函数依赖

           第三范式(3NF):3NF在2NF的基础之上,消除了非主属性对于码的传递函数依赖

          BCNF范式:在 3NF 的基础上消除主属性对于码的部分与传递函数依赖。

    三范式基本上解决了数据冗余过大,插入异常,修改异常,删除异常的问题,体现了以空间换时间的理念


2.2建立MySQL索引:

            1.索引类型:主键 、唯一索引(unique index)、普通索引(key   index)、组合索引、外键

2.其中组合索引使用时必须遵循最左原则:

                      比如如果建立组合索引的字段是usernama,city,age,

                      那么查询时只有usernname,city,age、usernname,city、usernname 才会用到该索引

            3.建立索引的优缺点:

                       优点:大大提高了数据库查询效率

                       缺点:降低了更新表的速度(增删改),原因是MySQL索引建立后会生成一个索引文件,

                                 该索引文件使用的是二叉树数据结构,当我们每次更新表数据时,

                                 它对应的索引文件都需要进行重构,如果索引太多而该表的数据又经常更新的话,

                                 就会频繁的重构索引文件,导致速度大大降低

2.3 SQL语句优化:

            1.查询数据时不要使用select *

            2.能使用联合查询,不使用嵌套(子查询),能不使用联合查询,尽量不用联合查询

            3.如果数据量很大的时候,就不再使用外键,因为维护外键有额外的开销,影响性能,可以在代码中控制数据一致

            4.使用慢查询分析工具分析效率低的sql语句   

2.4使用缓存:

            使用内存型数据库redis缓存数据,减少数据库查询操作

2.5数据库使用读写分离架构:

            1.读写分离的架构如下图所示:


                2.该架构的实现方法将主数据库的数据备份到多个从数据库中,当主数据库执行sql语句时,

                   它会将sql语句发给所有从数据库执行,保证了数据的一致性,我们把这种操作称为主从热备份 

    2.6当数据量非常庞大的时候,可以使用分库分表:

                1.分库分表的几种类型详解:

                          a.垂直分表:

                                    概念:垂直分表在日常开发和设计中比较常见,通俗的说法叫做“大表拆小表”

                                              将表中的部分字段拆分到扩展表中

                                    优点:在字段很多的情况下,拆分开确实更便于开发和维护,某种意义上也能避免“跨页”的问题                                                (MySQL底层都是通过“数据页”来存储的,“跨页”问题可能会造成额外的性能开销)

                          b.垂直分库:

                                    概念:按照业务模块来划分出不同的数据库,避免将所有数据表放到同一个数据库中

                                    优点:数据库的连接资源比较宝贵且单机处理能力也有限,在高并发场景下,

                                              垂直分库一定程度上能够突破 IO、连接数及单机硬件资源的瓶颈,

                                              是大型分布式系统中优化数据库架构的重要手段。

                                    缺点:拆分时一定要注意拆分的各个库之间必须相互独立,不然拆分后会遇到很多问题

                          c.水平分表

                                    概念:将表中不同的数据行按照一定规律分布到不同的数据库表中

                                             (这些表保存在同一个数据库中)

                                    优点:能够降低单表的数据量,一定程度上可以缓解查询性能瓶颈

                                    缺点:本质上这些表还保存在同一个库中,所以库级别还是会有 IO 瓶颈。

                                              所以,一般不建议采用这种做法。

                          d.水平分库分表:

                                    概念:将水平分表分出的表分别存放在不同的数据库中

                                    优点:在高并发和海量数据的场景下,分库分表能够有效缓解单机和单库的性能瓶颈和压力,

                                              突破 IO、连接数、硬件资源的瓶颈。

                                    缺点:硬件成本较高,也会带来一些复杂的技术问题和挑战

                                            (例如:跨分片的复杂查询,跨分片事务等)

有关数据库优化的更多相关文章

  1. ruby - 解析 RDFa、微数据等的最佳方式是什么,使用统一的模式/词汇(例如 schema.org)存储和显示信息 - 2

    我主要使用Ruby来执行此操作,但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式,例如使用这个yaml文件,它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i

  2. ruby - Ruby 有 `Pair` 数据类型吗? - 2

    有时我需要处理键/值数据。我不喜欢使用数组,因为它们在大小上没有限制(很容易不小心添加超过2个项目,而且您最终需要稍后验证大小)。此外,0和1的索引变成了魔数(MagicNumber),并且在传达含义方面做得很差(“当我说0时,我的意思是head...”)。散列也不合适,因为可能会不小心添加额外的条目。我写了下面的类来解决这个问题:classPairattr_accessor:head,:taildefinitialize(h,t)@head,@tail=h,tendend它工作得很好并且解决了问题,但我很想知道:Ruby标准库是否已经带有这样一个类? 最佳

  3. ruby - 我如何添加二进制数据来遏制 POST - 2

    我正在尝试使用Curbgem执行以下POST以解析云curl-XPOST\-H"X-Parse-Application-Id:PARSE_APP_ID"\-H"X-Parse-REST-API-Key:PARSE_API_KEY"\-H"Content-Type:image/jpeg"\--data-binary'@myPicture.jpg'\https://api.parse.com/1/files/pic.jpg用这个:curl=Curl::Easy.new("https://api.parse.com/1/files/lion.jpg")curl.multipart_form_

  4. 世界前沿3D开发引擎HOOPS全面讲解——集3D数据读取、3D图形渲染、3D数据发布于一体的全新3D应用开发工具 - 2

    无论您是想搭建桌面端、WEB端或者移动端APP应用,HOOPSPlatform组件都可以为您提供弹性的3D集成架构,同时,由工业领域3D技术专家组成的HOOPS技术团队也能为您提供技术支持服务。如果您的客户期望有一种在多个平台(桌面/WEB/APP,而且某些客户端是“瘦”客户端)快速、方便地将数据接入到3D应用系统的解决方案,并且当访问数据时,在各个平台上的性能和用户体验保持一致,HOOPSPlatform将帮助您完成。利用HOOPSPlatform,您可以开发在任何环境下的3D基础应用架构。HOOPSPlatform可以帮您打造3D创新型产品,HOOPSSDK包含的技术有:快速且准确的CAD

  5. FOHEART H1数据手套驱动Optitrack光学动捕双手运动(Unity3D) - 2

    本教程将在Unity3D中混合Optitrack与数据手套的数据流,在人体运动的基础上,添加双手手指部分的运动。双手手背的角度仍由Optitrack提供,数据手套提供双手手指的角度。 01  客户端软件分别安装MotiveBody与MotionVenus并校准人体与数据手套。MotiveBodyMotionVenus数据手套使用、校准流程参照:https://gitee.com/foheart_1/foheart-h1-data-summary.git02  数据转发打开MotiveBody软件的Streaming,开始向Unity3D广播数据;MotionVenus中设置->选项选择Unit

  6. 使用canal同步MySQL数据到ES - 2

    文章目录一、概述简介原理模块二、配置Mysql使用版本环境要求1.操作系统2.mysql要求三、配置canal-server离线下载在线下载上传解压修改配置单机配置集群配置分库分表配置1.修改全局配置2.实例配置垂直分库水平分库3.修改group-instance.xml4.启动监听四、配置canal-adapter1修改启动配置2配置映射文件3启动ES数据同步查询所有订阅同步数据同步开关启动4.验证五、配置canal-admin一、概述简介canal是Alibaba旗下的一款开源项目,Java开发。基于数据库增量日志解析,提供增量数据订阅&消费。Git地址:https://github.co

  7. ruby-on-rails - 创建 ruby​​ 数据库时惰性符号绑定(bind)失败 - 2

    我正在尝试在Rails上安装ruby​​,到目前为止一切都已安装,但是当我尝试使用rakedb:create创建数据库时,我收到一个奇怪的错误:dyld:lazysymbolbindingfailed:Symbolnotfound:_mysql_get_client_infoReferencedfrom:/Library/Ruby/Gems/1.8/gems/mysql2-0.3.11/lib/mysql2/mysql2.bundleExpectedin:flatnamespacedyld:Symbolnotfound:_mysql_get_client_infoReferencedf

  8. STM32读取串口传感器数据(颗粒物传感器,主动上传) - 2

    文章目录1.开发板选择*用到的资源2.串口通信(个人理解)3.代码分析(注释比较详细)1.主函数2.串口1配置3.串口2配置以及中断函数4.注意问题5.源码链接1.开发板选择我用的是STM32F103RCT6的板子,不过代码大概在F103系列的板子上都可以运行,我试过在野火103的霸道板上也可以,主要看一下串口对应的引脚一不一样就行了,不一样的就更改一下。*用到的资源keil5软件这里用到了两个串口资源,采集数据一个,串口通信一个,板子对应引脚如下:串口1,TX:PA9,RX:PA10串口2,TX:PA2,RX:PA32.串口通信(个人理解)我就从串口采集传感器数据这个过程说一下我自己的理解,

  9. SPI接收数据异常问题总结 - 2

    SPI接收数据左移一位问题目录SPI接收数据左移一位问题一、问题描述二、问题分析三、探究原理四、经验总结最近在工作在学习调试SPI的过程中遇到一个问题——接收数据整体向左移了一位(1bit)。SPI数据收发是数据交换,因此接收数据时从第二个字节开始才是有效数据,也就是数据整体向右移一个字节(1byte)。请教前辈之后也没有得到解决,通过在网上查阅前人经验终于解决问题,所以写一个避坑经验总结。实际背景:MCU与一款芯片使用spi通信,MCU作为主机,芯片作为从机。这款芯片采用的是它规定的六线SPI,多了两根线:RDY和INT,这样从机就可以主动请求主机给主机发送数据了。一、问题描述根据从机芯片手

  10. 微信小程序通过字典表匹配对应数据 - 2

    前言一般来说,前端根据后台返回code码展示对应内容只需要在前台判断code值展示对应的内容即可,但要是匹配的code码比较多或者多个页面用到时,为了便于后期维护,后台就会使用字典表让前端匹配,下面我将在微信小程序中通过wxs的方法实现这个操作。为什么要使用wxs?{{method(a,b)}}可以看到,上述代码是一个调用方法传值的操作,在vue中很常见,多用于数据之间的转换,但由于微信小程序诸多限制的原因,你并不能优雅的这样操作,可能有人会说,为什么不用if判断实现呢?但是if判断的局限性在于如果存在数据量过大时,大量重复性操作和if判断会让你的代码显得异常冗余。wxswxs相当于是一个独立

随机推荐