首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Mysql数据库」MySQL数据库开发的 36 军规

核心军规 尽量不在数据库做运算 控制单数据量 纯INT不超过10M,含Char不超过5M 保持表身段苗条 平衡范式和冗余 拒绝大SQL,复杂事务,大批量任务 字段类军规 用好数值字段,尽量简化字段位数...把字符转化为数字 优先使用Enum或Set 避免使用Null字段 少用并拆封Text/Blob 不在数据库中存图片 索引类军规 谨慎合理添加索引 字符字段必须建立前缀索引?...UTF8MB4 for by 可能还有人不知道,MySQL 数据库的字符集,要用 utf8mb4,而不是utf8。...因为MySQL的utf8不是真正的UTF-8,只支持最多三个字节的字符。真正的UTF-8可能会出现四个字节的字符。...MySQL 从来没有修复这个 Bug,而是使用另外的解决方法:真正的UTF-8字符集用 utf8mb4的名字提供。

5.3K20

从72微博热搜盘吴亦凡事件!|社媒大数据

八爪鱼采集了5月至今的微博热搜榜数据及86,495豆瓣小组关于吴亦凡事件的讨论,试图还原此次事件的发展脉络及舆论风向。...数据采集 采集平台:豆瓣、微博 数据来源: 5月1日-7月20日微博热搜数据 7月18日10点-7月20日17点豆瓣小组关于吴亦凡事件的讨论及回帖数据86,495 采集时间:2021年7月20日17点...数据采集工具:八爪鱼 可视化工具:镝数聚、BDP 01 微博热搜类型统计 根据八爪鱼大数据统计,5月1日至7月21日期间,与吴亦凡相关的热搜共有90,其中与此次事件相关的微博热搜共72,仅仅是7月...19日一天,与吴亦凡事件相关的热搜词条就有36,一个人承包了一天的微博热搜,可以说是当之无愧的“顶流”。...因时间不足,本次文章仅采集了微博平台热搜及豆瓣网友相关讨论,数据来源有限,有兴趣的朋友也可以尝试采集其他平台数据,或许会有更多发现。

1.1K10
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL数据库开发的 36 军规!

    来自:www.slideshare.net/mysqlops/mysql-9838563 来自一线的实战经验,主要针对DBA和后端开发人员,总是在灾难发生后,才想起容灾的重要性;总是在吃过亏后,才记得曾经有人提醒过...核心军规 尽量不在数据库做运算 控制单数据量 纯INT不超过10M,含Char不超过5M 保持表身段苗条 平衡范式和冗余 拒绝大SQL,复杂事务,大批量任务 字段类军规 用好数值字段,尽量简化字段位数...把字符转化为数字 优先使用Enum或Set 避免使用Null字段 少用并拆封Text/Blob 不在数据库中存图片 索引类军规 谨慎合理添加索引 字符字段必须建立前缀索引?...Load Data导入数据,比Insert快20倍 打散大批量更新,尽量凌晨操作 约定类军规 隔离线上线下 禁止未经DBA认证的子查询 永远不在程序段显式加锁 表字符集统一使用UTF8MB4 往期干货推荐...Spring Boot 集成 Mybatis 实现双数据源 5. Java 中的伪共享详解及解决方案

    2.3K50

    MySQL数据库开发的 36 军规

    MySQL数据库开发的 36 军规 标签:数据库 核心军规(5个) 尽量不在数据库做运算。 控制单表数量:行不超过500W,超出分表;列不超过50个,超过拆表。...NULL(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效) 尽量少用text/blob类型(尽量使用varchar代替text字段),需要的时候请拆表 不在数据库存图片...pinyin`(8)), 不在列上做运算 Innodb主键推荐使用自增列(主键建立聚簇索引,主键不应该被修改,字符串不应该做主键) 不用外键(由程序保证约束) SQL类军规(16个) SQL语句尽可能简单(一SQL...只能在一个cpu运算,大语句拆小语句,减少锁时间,一大SQL可以堵死整个库) 简单的事务(事务时间尽可能短,坏的代码案例:上传图片事务) 避免使用trigger/func(触发器、函数不用,由客户端程序取而代之...:group by name order by null 提高查询效率 请使用同类型比较(避免转换导致索引丢失) 使用 LOAD DATA 导入命令比 insert 速度快20倍左右(适合导入大量测试数据

    14310

    Mysql 30军规

    (3)数据表、数据字段必须加入中文注释 解读:N年后谁tm知道这个r1,r2,r3字段是干嘛的。...高并发情况下容易造成数据库性能,大数据高并发业务场景数据库使用以性能优先。...四、字段设计规范 (14)必须把字段定义为NOT NULL并且提供默认值 解读: a)null的列使索引/索引统计/值比较都更加复杂,对MySQL来说更难优化。...b)null 这种类型MySQL内部需要进行特殊处理,增加数据库处理记录的复杂性;同等条件下,表中有较多空字段的时候,数据库的处理性能会降低很多。...(29)禁止使用OR条件,必须改为IN查询 解读:旧版本Mysql的OR查询是不能命中索引的,即使能命中索引,为何要让数据库耗费更多的CPU帮助实施查询优化呢?

    33540

    MySQL表自增id溢出的故障

    问题:MySQL某个表自增id溢出导致某业务block 背景:     tokudb引擎的一个大表tb1,存放业务上的机审日志,每天有大量的写入, 并且由于历史原因,这张表是int signed 类型的...处理过程:     增加DBLE中间件代理,然后做range分区,将新数据写到新加的的一个分片上。 同时业务上修改连接将这个表tb1的连接方式改走DBLE。... id  bigint unsigned not null auto_increment ;   -- 修改新表为bigint unsigned类型,能存 18446744073709551615 行数据...,业务也能暂时恢复,剩下的工作就是把 tb_archive 表的数据迁移到 tb1 里面的(迁移数据可以使用pt-archiver工具在后台慢慢跑就行)。...算了下,整个操作中切表最多5分钟左右即可恢复业务的写入操作,剩余的迁移数据的影响相对会小一些。

    4.9K20

    Mysql插入2.6亿垃圾数据后会发生什么?

    与技术&业务沟通后,知晓该表数据可以自动重建。...root用户打算直接删除该表,但是失败 Table is locked by the server 发现 innodb_force_recovery,但是不敢乱用 发现rollback速度为每秒约1W,...2.6亿数据。...简要描述情况,CTO初步检测后,给出A/B方案: A:先等待正常回滚 B:如果无法回滚完,考虑停止Mysql. 使用备份数据启用备库 最终结果 由于时间还来得及,采用了A方案,等待DB自然回滚。...在此期间,其他同事找到了相应的程序BUG,一个存储过程中的死循环自昨晚23点开始疯狂往表中插入数据。 由于这张表目前达到73G,因此删除再重建了此表,利用程序进行数据恢复。

    55310

    1亿数据批量插入 MySQL,哪种方式最快?

    、无事务) 3 总结 4 补充 ---- 利用JAVA向Mysql插入一亿数量级数据—效率测评 这几天研究mysql优化中查询效率时,发现测试的数据太少(10万级别),利用 EXPLAIN 比较不同的...1、先上Mysql数据库,随机生成的人员数据图。分别是ID、姓名、性别、年龄、Email、电话、住址。...最后得到52W数据,大约耗时两首歌的时间(7~9分钟)。随后,利用mybatis向mysql插入10000数据。...因为在未开启事务时,更新10000数据,就得访问数据库10000次。导致每次操作都需要操作一次数据库。...结论:设计到大量单条数据的插入,使用JDBC批处理和事务混合速度最快 实测使用批处理+事务混合插入1亿数据耗时:174756毫秒 4 补充 JDBC批处理事务,开启和关闭事务,测评插入20次,一次50W

    3.8K30

    Mysql插入2.6亿垃圾数据后会发生什么?

    与技术&业务沟通后,知晓该表数据可以自动重建。...root用户打算直接删除该表,但是失败 Table is locked by the server 发现 innodb_force_recovery,但是不敢乱用 发现rollback速度为每秒约1W,...2.6亿数据。...简要描述情况,CTO初步检测后,给出A/B方案: A:先等待正常回滚 B:如果无法回滚完,考虑停止Mysql. 使用备份数据启用备库 最终结果 由于时间还来得及,采用了A方案,等待DB自然回滚。...在此期间,其他同事找到了相应的程序BUG,一个存储过程中的死循环自昨晚23点开始疯狂往表中插入数据。 由于这张表目前达到73G,因此删除再重建了此表,利用程序进行数据恢复。

    1.3K20

    MYSQL 多源复制故障另类恢复过程

    问题 1 数据库添加账号并不是DB 来做,而是运维来做的。 2 每个实例里面存在同样的用户名,并且新建的用户他们也是基本按照人名来进行的建立。...Worker 1 failed executing transaction 'cd620c28-aeb1-11ea-a3d5-205056a53593:14681474' at master log mysql-bin...这里需要通过如下的方法来进行操作恢复. 1 目前是三台从库连接并且复制数据到多源复制的数据库中,我们停止三台从库的复制.并获取当时的GTID 的信息,同时也停止多源复制库的信息. 2 复制每台从库的...的复制方式改为 GTID AUTO Position 的方式. 1 由于 10.50.133.81 和 10.50.133.116 都是从库(对于他们所在的集群中) 首先我们先STOP SLAVE 两个MYSQL...CHANGE REPLICATION FILTER REPLICATE_WILD_IGNORE_TABLE = ('mysql.user'); 最后打开81 ,116从库的start slave _

    1.4K30
    领券