注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. mysql存储过程优化

  2. mysql存储过程优化：使用临时表代替游标 ；巧建MySQL sum索引以提升效率

  3. 所属分类：MySQL

    • 发布日期：2013-05-19
    • 文件大小：538624
    • 提供者：lx13345

  1. MySQL索引背后的数据结构及算法原理全揭秘

  2. 数据库，如果仅仅是用来存个数据、建建表、建建索引、做做增删改查，那么也许觉得数据结构和这东西没什么关系。不过要是想知道的多一点，想研究一下如何优化数据库，那么一定避免不了研究索引的原理，如果想要真正明白索引是怎么工作的，如何合理的使用索引以优化数据库，那么就免不了纠结于一堆数据结构与算法之间了。如果想把数据库索引学个明明白白，就必须将数据结构和算法作为切入点去学习

  3. 所属分类：MySQL

    • 发布日期：2017-10-12
    • 文件大小：965632
    • 提供者：machen_smiling

  1. 2017最新老男孩MySQL高级专业DBA实战课程全套【清晰不加密】，看完教程月入40万没毛病

  2. 第一部 MySQL基础入门（21节） 01-老男孩运维DBA课程开班.avi 02-数据库概念介绍.avi 03-数据库种类介绍及关系型数据库原理.avi 04-非关系型数据库介绍.avi 05-非关系型数据库种类介绍.avi 06-关系型数据库产品介绍01.avi 07-关系型数据库产品介绍02.avi 08-非关系型数据库产品介绍01.avi 09-数据库产品排名及发展大事记.avi 10-MySQL数据库产品介绍.avi 11-数据库基础内容小结.avi 12-为什么选择MySQL数据库

  3. 所属分类：数据库

  1. 数据使用规范-阿里手册

  2. 数据库优化高手进阶之路必备，建表规范 、索引规范、查询规范。*Java开发手册

  3. 所属分类：MySQL

    • 发布日期：2018-11-08
    • 文件大小：26624
    • 提供者：wxm0418

  1. MySQL高级180402笔记 .html

  2. MySQL高级部分，学习索引优化建模建表分布式处理，MySQL高级部分，学习索引优化建模建表分布式处理

  3. 所属分类：Linux

    • 发布日期：2020-04-07
    • 文件大小：5242880
    • 提供者：qq_40634846

  1. mysql优化——部分

  2. mysql存储过程优化：使用临时表代替游标 ；巧建MySQL sum索引以提升效率

  3. 所属分类：MySQL

    • 发布日期：2013-05-18
    • 文件大小：533504
    • 提供者：lx13345

  1. mysql数据库.pdf

  2. mysql数据库，哈希空间 总结最常用、最实用的MySQL基础语句。mysql 建表，mysql 新增字段，mysql优化，mysql索引，非常精炼，值得拥有。

  3. 所属分类：MySQL

    • 发布日期：2020-06-15
    • 文件大小：466944
    • 提供者：ecurb2006

  1. Mysql总结.png

  2. 该脑图专为入门学习mysql的小伙伴所准备的，包含【安装步骤、启动连接、数据库常常用的基本命令[查库、建库、删库、建表、删表]、数据库表详细的增删查改语句以及事例、表的基本操作、索引操作、外键约束、表关联、视图、sql的优化、数据库的备份和用户管理】图片大小为1.8M非常有质量

  3. 所属分类：MySQL

    • 发布日期：2020-08-04
    • 文件大小：1048576
    • 提供者：weixin_38640052

  1. MySQL 建表的优化策略 小结

  2. mysql 数据库建表经验总结，用做优化表结构的参考

  3. 所属分类：其它

    • 发布日期：2020-09-11
    • 文件大小：71680
    • 提供者：weixin_38514872

  1. 总结MySQL建表、查询优化的一些实用小技巧

  2. 本篇文章是对MySQL建表以及查询优化的一些实用小技巧进行了详细的分析介绍，需要的朋友参考下

  3. 所属分类：其它

    • 发布日期：2020-09-10
    • 文件大小：56320
    • 提供者：weixin_38698018

  1. mysql慢查询优化之从理论和实践说明limit的优点

  2. 很多时候， 我们预期查询的结果最多是1条记录数据， 那么这个时候， 最好用上limit 1,  当查到这条数据后， mysql会立即终止继续查询， 不进行更多的无用查询， 从而提升了效率。 我们来实际测试一下， 在一个拥有10万的mysql表中， 查找lily的分数（假设系统中只有1个lily, 而我们预期也只需要这条数据）。为了显示出时间的差别， 我并不对表的name字段建索引。 先看看表结构： mysql> show create table tb_province; +------

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：54272
    • 提供者：weixin_38740144

  1. Mysql实验之使用explain分析索引的走向

  2. 概述 索引是mysql的必须要掌握的技能，同时也是提供mysql查询效率的手段。通过以下的一个实验可以理解？mysql的索引规则，同时也可以不断的来优化sql语句 实验目的 本实验是为了验证组合索引的 最左原则 说明 此实验只是为了验证实际使用索引的结果，请忽略设计的合理性 准备工作 1、用户表一张，有uid ,user_name,real_name ,eamil等字段，详细见建表语句 2、在user_name字段下增加一个简单索引user_name，在email,mobile，age三个字段

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：135168
    • 提供者：weixin_38740391

  1. Mysql 建库建表技巧分享

  2. 一、两表之间若有关联，你是否还在用主键进行关联？ 　　比如现在有2张表，一张新闻栏目表，一张新闻表，现在两张表需要进行关联，我想大多数人的做法肯定是在新闻表里建一个新闻栏目id，然后把新闻栏目表里的主键ID（自增）写到这个字段里，通过这样进行两表关联。 　　如果你是这样做的，赶紧改掉这个习惯吧。也许你会问为什么，栏目id是主键啊，又是自增的，为什么这样操作不行？原因其实很简单，栏目我们会增加，也会删除，删除就会造成主键id之间会有断号的情况，由于主键设置为自增，也就是说你之前删掉的栏目，再进行添

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：71680
    • 提供者：weixin_38693753

  1. 总结MySQL建表、查询优化的一些实用小技巧

  2. MySQL建表阶段是非常重要的一个环节，表结构的好坏、优劣直接影响着后续的管理维护，赶在明天上班前分享总结个人MySQL建表、MySQL查询优化积累的一些实用小技巧。 技巧一、数据表冗余记录添加时间与更新时间 我们用到的很多数据表大多情况下都会有表记录的“添加时间(add_time)”，我建议大家再新增一个记录“更新时间(update_time)”字段，在我的工作里需要为市场部、运营部等建立各种报表，而很多报表里的数据都是需要到大记录表里去查询的，如果直接查询大表的话，查询速度相当慢。那么，我们

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：65536
    • 提供者：weixin_38744778

  1. MySQL查询优化:连接查询排序浅谈

  2. 情况是这么一个情况：现在有两张表，team表和people表，每个people属于一个team，people中有个字段team_id。 下面给出建表语句： 代码如下:create table t_team(id int primary key,tname varchar(100)); create table t_people(id int primary key,pname varchar(100),team_id int,foreign key (team_id) references t

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：61440
    • 提供者：weixin_38748555

  1. MySQL 建表的优化策略 小结

  2. 目录 1. 字符集的选择 1 2. 主键 1 3. 外键 2 4. 索引 2 4.1. 以下情况适合于创建索引 2 4.2. 以下的情况下不适合创建索引 3 4.3. 联合索引 3 4.4. 索引长度 4 5. 特殊字段 4 5.1. 冗余字段 4 5.2. 分割字段 4 5.3. BLOB和CLOB 5 6. 特殊 5 6.1. 表格分割 5 6.2. 使用非事务表类型 5 1. 字符集的选择 如果确认全部是中文，不会使用多语言以及中文无法表示的字符，那么GBK是首选。 采用UTF-8编码会占

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：77824
    • 提供者：weixin_38518668

  1. MySQL大表优化方案探讨

  2. 当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化：除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的性能依然有不少优化空间，甚至能正常支撑千万级以上的数据量：尽量使用TINYINT、SMALLINT、MEDIUM_INT作为整数类型而非INT，如果非负则加上UNSIGNEDVARCHAR的长度只分配真正需要的空

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：707584
    • 提供者：weixin_38670531

  1. 最全的MySQL大表优化方案

  2. 当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化：除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的性能依然有不少优化空间，甚至能正常支撑千万级以上的数据量：尽量使用TINYINT、SMALLINT、MEDIUM_INT作为整数类型而非INT，如果非负则加上UNSIGNEDVARCHAR的长度只分配真正需要的空

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：742400
    • 提供者：weixin_38615783

  1. 最全的MySQL大表优化方案

  2. 当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化：除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的性能依然有不少优化空间，甚至能正常支撑千万级以上的数据量：尽量使用TINYINT、SMALLINT、MEDIUM_INT作为整数类型而非INT，如果非负则加上UNSIGNEDVARCHAR的长度只分配真正需要的空

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：742400
    • 提供者：weixin_38737213

  1. 浅谈MySQL大表优化方案

  2. 背景 阿里云RDS FOR MySQL（MySQL5.7版本）数据库业务表每月新增数据量超过千万,随着数据量持续增加,我们业务出现大表慢查询,在业务高峰期主业务表的慢查询需要几十秒严重影响业务 方案概述 一、数据库设计及索引优化 MySQL数据库本身高度灵活，造成性能不足，严重依赖开发人员的表设计能力以及索引优化能力,在这里给几点优化建议 时间类型转化为时间戳格式,用int类型储存,建索引增加查询效率 建议字段定义not null，null值很难查询优化且占用额外的索引空间 使用T

  3. 所属分类：其它

    • 发布日期：2021-01-19
    • 文件大小：558080
    • 提供者：weixin_38745925
« 12 3 4 5 6 »