对于数据恢复来说，现在其实缺少一些有效的使用场景来更好的体现业务价值，于是我们就重新考虑了下现有的备份支持能力。 备份体系的支持能力 粒度 备份类型 备份模式 实例 全量备份 物理备份 逻辑备份 实例

作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：https://github.com/sunshinelyz/mykit-delay 写在前面 很多小伙伴留言说让我写一些工作过程中的真实案例，写些啥呢?想来想去，写一篇我在以前公司从零开始到用户超千

MySQL 基础知识 MySQL是一个流行的关系型数据库管理系统（Relational Database Management System，RDMS），在与PHP结合应用方面，MySQL是最好的关系型数据库管理系统之一。MySQL使用不当，常常会引起致命的安全问题。 1、运行安全 为了防止攻击者通过MySQL漏洞越权获取更高的权限，不要使用系统root用户运行MySQL服务器。mysqld默认拒绝使用root运行，如果对mysqld服

ClickHouse 是 Yandex（俄罗斯最大的搜索引擎）开源的一个用于实时数据分析的基于列存储的数据库，其处理数据的速度比传统方法快 100-1000 倍。ClickHouse 的性能超过了目前市场上可比的面向列的 DBMS，每秒钟每台服务器每秒处理数亿至十亿多行和数十千兆字节的数据。 一、ClickHouse 是什么？ ClickHouse：是一个用于联机分析(OLAP)的列式数据库管理系统(DBMS)。 我们首先理清一些基础概

因为工作岗位的原因，负责制定了关于后端组数据库的规约规范，作为所有产品线的规范，历经几版的修改，最终形成下边的文本。 图片来自 Pexels 规范在整个后端执行也有大半年的时间，对于整个团队在开发阶段就减少不恰当的建表语句、错误 SQL、错误的索引有积极的意义，故分享出来给大家参考。 下边分为建表规约、SQL 规约、索引规约三个部分，每部分的每一条都有强制、建议两个级别，大家在参考时，根据自己公司的情况来权衡。 建表规约 【强制】：①

如果没有恢复场景，备份就失去了业务价值，毕竟单纯靠业务价值一把尺子就衡量系统建设其实是不公平的，但是如果数据没有恢复成功，备份就失去了任何价值。 数据库这个圈子，其实比较垂直，能叫出名字的就是那么些人，所以数据恢复是一个很差的标签，而且删库跑路也是行不通的。 我们可以以退为进，把一些工作转变为主动。假设我有1000台数据库实例，其中从库和单实例节点有500个，那么如何保障这500个数据库实例的数据可以恢复，在可以恢复的前提下，如何提高恢复

作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：https://github.com/sunshinelyz/mykit-delay 写在前面 MySQL数据库在互联网行业使用的比较多，有些小伙伴可能会认为MySQL数据库比较小，存储不了很多的数据

MySQL 8正式版8.0.11已发布，官方表示MySQL8要比MySQL 5.7快2倍，还带来了大量的改进和更快的性能！到底谁最牛呢？请看：MySQL 5.7 vs 8.0，哪个性能更牛？ Mysql8.0安装 (YUM方式) 1. 首先删除系统默认或之前可能安装的其他版本的mysql [root@DB-node01~]#foriin$(rpm-qa|grepmysql);dorpm-e$i--nodeps;done [root@

背景 测试mysql5.7和mysql8.0 分别在读写、只读、只写模式下不同并发时的性能（tps，qps） 前提 测试使用版本为mysql5.7.22和mysql8.0.15 sysbench测试前先重启mysql服务，并清空os的cache（避免多次测试时命中缓存） 每次进行测试都是新生成测试数据后再进行mysql5.7和mysql8.0的测试 每次测试时保证mysql5.7和mysql8.0的配置参数一致 环境 机器