teprunner测试平台已经有一个多月没有更新了，主要原因是定时任务不够稳定，经过反复试错，找到了解决办法，这次终于稳定了。
在实际应用中，我们经常需要把 MySQL 的数据同步至其它数据源，也就是在对 MySQL 的数据进行了新增、修改、删除等操作后，把该数据相关的业务逻辑变更也应用到其它数据源，例如：
出现这个问题感觉还是挺疑惑的，因为测试环境已经稳定运行了几个月的时间，一直没有出现过mysql事务锁的问题，于是开始着手查问题。
事件是用来执行定时任务的一组SQL集，在时间到时会触发。 一个事件可调用一次，也可周期性的启动，由一个特定的事件调度器线程来管理的。 事件取代了原先只能由操作系统的计划任务来执行的工作，而且MySQL的事件调度器可以精确到每秒钟执行一个任务，而操作系统的计划任务（如：Linux下的CRON或Windows下的任务计划）只能精确到每分钟执行一次。
作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：
目前我司正处于一种混乱的开发环境中； 对于数据库字段增修都是开发人员直上服务器数据库修改（我多次强调）； 我未入职前，是直接通过SFTP连接服务器，对项目进行开发和修改（话说造成代码覆盖都不知道是谁干的，多次建议开发使用Git）； 入职后我写一个开发规范文档：软件开发手册（欢迎各位大佬提出意见） 虽然对开发规范有所改变，但还是因为不可抗力因素无法执行，也是造成我最近想跳槽的原因；
目前我司正处于一种混乱的开发环境中； 对于数据库字段增修都是开发人员直上服务器数据库修改（我多次强调）； 我未入职前，是直接通过SFTP连接服务器，对项目进行开发和修改（话说造成代码覆盖都不知道是谁干的，多次建议开发使用Git）； 虽然对开发规范有所改变，但还是因为不可抗力因素无法执行，也是造成我最近想跳槽的原因；
作者：13 GitHub：https://github.com/ZHENFENG13 版权声明：本文为原创文章，未经允许不得转载。 简介 这是一篇关于Redis使用的总结类型文章，会先简单的谈
在任何一种数据库中，都会有各种各样的日志，记录着数据库工作的方方面面，以帮助数据库管理员追踪数据库曾经发生过的各种事件。MySQL 也不例外，在 MySQL 中，有 4 种不同的日志，分别是错误日志、二进制日志（BINLOG 日志）、查询日志和慢查询日志，这些日志记录着数据库在不同方面的踪迹。
在工业监控里面，需要对每天的数据，进行记录，时间长了之后，MySQL数据库很容易撑爆。这时候，如果允许可以对之前的数据进行一次清除，只记录几个月内的数据。
前两天因为没注意的误操作, 直接把某个数据表清掉了, 心慌慌. 怪自己学艺不精, 当时整了一下午也没把数据找回来. 当晚回来闭关研究, 终于在凌晨1点多整出来了, 特此记录, 以备不时之需.
performance_schema 是 MySQL 数据库中的一个内置的系统数据库，最早从MySQL5.5版本产生，这个数据库主要用于收集和存储与数据库性能相关的统计信息和指标。
在项目里面，多多少少都隐藏着一些执行比较慢的SQL, 不同的开发测试人员在平时使用的过程中多多少少都能够遇到，但是无法立马有时间去排查解决。那么如果有一个文件能够将这些使用过程中比较慢的SQL记录下来，定期去分析排查，那该多美好啊。这种情况MySQL也替我们想到了，它提供了SQL慢查询的日志，本文就分享下如何使用吧。
本片文章介绍的方案是利用Linux自身的crontab定时任务功能，定时执行备份数据库的脚本。
手里维护了一些小网站，网站跑在一台最低配的轻量应用服务器上，数据库是自建的MySQL。网站虽小，但是备份数据，也是个刚需。主要是MySQL的数据库备份以及一些本地文件的备份。一直想找一个现成的简单、轻量的解决方案，能够把指定目录或者文件定时自动上传到COS里面备份，但却一直没有找到，所以就只好自己动手了。
关系型数据库模型是把复杂的数据结构归结为简单的二元关系，对数据的操作都是建立一个 或多个关系表格上
在操作数据过程中，可能会导致数据错误，甚至数据库奔溃，而有效的定时备份能很好地保护数据库。本篇文章主要讲述了几种方法进行 MySQL 定时备份数据库。
在操作数据过程中，可能会导致数据错误，甚至数据库奔溃，而有效的定时备份能很好地保护数据库。本篇文章主要讲述了几种方法进行 MySQL 定时备份数据库。 一. mysqldump命令备份数据
1.简介 日志文件记录着mysql数据库运行期间发生的变化，如：mysql数据库的客户端连接状况、sql语句的执行情况和错误信息等。当数据库遭到意外的损坏时，可以通过日志查看文件出错的原因，并且可以通过日志进行数据恢复；也可以通过日志文件分析数据、优化查询等。Mysql日志管理机制比较完善，它包含了以下几种常见的日志文件、分别为：错误日志（-log-err）、查询日志（-log）、二进制日志（-log-bin）、更新日志（-log-update）及慢查询日志（-log-slow-queries）。 2.
Mysql安全基线 NO.1 增强root帐户密码登陆、删除空密码 原因 一、简单密码容易暴力破解二、mysql默认是空密码 解决 一、增强密码强度- 22位以上- 同时包含大写字母、小写字母、数字、特殊字符- 密码不重复使用- 密码定期更换（60天、90天）二、给空密码帐号加上密码mysqladmin -u root password “newpassword”mysql> use mysql;mysql> update user set password=password(‘newpassword’)
最近接了个新需求，需要将我们经常使用的几个数据库，MySQL、influxdb在Linux系统上实现定时自动备份，比如每天备份一次，间隔31天清理31天之前备份的数据，研究了一下，准备先从MySQL实现。
Kettle作为用户规模最多的开源ETL工具，强大简洁的功能深受广大ETL从业者的欢迎。但kettle本身的调度监控功能却非常弱。Pentaho官方都建议采用crontab(Unix平台)和计划任务(Windows平台)来完成调度功能。所以大家在实施kettle作业调度功能的时候，通常采用以下几种方式：使用spoon程序来启动Job，使用crontab或计划任务，自主开发java程序来调用kettle的类库。
如果不小心对数据库进行误操作，而又没有及时备份怎么办？这恐怕是广大的coder经常遇到的一类问题。 我今天就因为不小心删除了某个数据库，但最后的备份是1个礼拜前的，唯一能解决的办法就是通过mysqlbinlog来恢复了。解决方案如下： 如果MySQL服务器启用了二进制日志，你可以使用mysqlbinlog工具来恢复从指定的时间点开始(例如，从你最后一次备份)直到现在或另一个指定的时间点的数据。 要想从二进制日志恢复数据，你需要知道当前二进制日志文件的路径和文件名。 一般可以从配置文件(一般情况，Linux下
MVCC全称是：Multiversion concurrency control，多版本并发控制，提供并发访问数据库时，对事务内读取的到的内存做处理，用来避免写操作堵塞读操作的并发问题。
来源 | https://mp.weixin.qq.com/s/1EC282b4AM4p5cG1olyALg
基于上述的需求分析，使用ES搜索引擎能够完全满足相关的搜索需求，基于此在处理整体搜索后台服务上，主要考虑下面几个问题：
在生产环境上，为了避免数据的丢失，通常情况下都会定时的对数据库进行备份。而Linux的crontab指令则可以帮助我们实现对数据库定时进行备份。首先我们来简单了解crontab指令，如果你会了请跳到下一个内容mysql备份。 本文章的mysql数据库是安装在docker容器当中，以此为例进行讲解。没有安装到docker容器当中也可以参照参照。
一、基本概念 mysql5.1版本开始引进event概念。event既“时间触发器”，与triggers的事件触发不同，event类似与linux crontab计划任务，用于时间触发。通过单独或调用存储过程使用，在某一特定的时间点，触发相关的SQL语句或存储过程。 二、适用范围 对于每隔一段时间就有固定需求的操作，如创建表，删除数据等操作，可以使用event来处理。 例如：使用event在每月的1日凌晨1点自动创建下个月需要使用的三张表。 三、使用权限 单独使用event调用SQL语句时，查看和创建需要
1、显示慢日志是否开启 show variables like ‘%slow_query_log%’ 2、查询超过多少秒才记录 show variables like ‘%long_query_time%’ 3、配置分全局配置和配置文件的配置 全局配置 1) 将 slow_query_log 全局变量设置为“ON”状态 set global slow_query_log=‘ON’; 2) 查询超过1秒就记录 set global long_query_time=1 3) 设置慢查询日志存放的位置 set global slow_query_log_file=’/usr/local/mysql/data/slow.log’; 配置文件设置 [mysqld] slow_query_log = ON slow_query_log_file = /usr/local/mysql/data/slow.log long_query_time = 1 重启MySQL服务 service mysqld restart 4、mysqldumpslow简单使用方法-mysqldumpslow详细用法 慢查询日志分析工具 mysqldumpslow经常使用的参数： -s，是order的顺序 —– al 平均锁定时间 —–ar 平均返回记录时间 —–at 平均查询时间（默认） —–c 计数 —–l 锁定时间 —–r 返回记录 —–t 查询时间 -t，是top n的意思，即为返回前面多少条的数据 -g，后边可以写一个正则匹配模式，大小写不敏感的 例子： mysqldumpslow -t 10 -s t -g “left join” host-slow.log
MySQL几乎成为互联网行业使用的最多的开源关系型数据库，正因如此，MySQL也成为各大互联网公司面试中必问的数据库，尤其是MySQL中的事务实现机制和三大核心日志的实现原理。
MySQL的二进制日志（binary log），通常被称为binlog，是MySQL数据库中的一种日志文件，它记录了所有的DDL（Data Definition Language）和DML（Data Manipulation Language）语句事件，这些语句会导致MySQL数据的改变。binlog是MySQL复制的基础，也是进行数据恢复的重要手段。
OnZoom是Zoom新产品，是基于Zoom Meeting的一个独一无二的在线活动平台和市场。作为Zoom统一通信平台的延伸，OnZoom是一个综合性解决方案，为付费的Zoom用户提供创建、主持和盈利的活动，如健身课、音乐会、站立表演或即兴表演，以及Zoom会议平台上的音乐课程。
上篇文章《InnoDB在SQL查询中的关键功能和优化策略》对InnoDB的查询操作和优化事项进行了说明。但是，MySQL作为一个存储数据的产品，怎么确保数据的持久性和不丢失才是最重要的，感兴趣的可以跟随本文一探究竟。
WordPress 的机制是主要使用 wp_posts 表来存储所有数据，包括日志，页面，附件，导航菜单等等，所以 WordPress 使用了一定时间之后，数据量一大还是有点慢，除了对 WordPress 进行全方面的优化之外，我们还可以对数据表进行减肥和优化，来提高 WordPress 的速度。
MySQL的日志有主要有四种，会记录不同的操作行为，分别是----二进制日志、错误日志、查询日志、慢查询日志。开启日志是MySQL安全的必要手段之一，但是会影响MySQL的性能，所以要学会日志管理，根据实际的业务需求来选择日志。
很多做开发、数据库相关工作的小伙伴可能经常会用到 MySQL 的存储过程、定时器、触发器这些高级功能，但是做数据分析或者数据处理，我们也需要掌握这些技能，来解决特定的业务问题。比如：做自动化报表，如果数据需要每天实时更新（增量爬虫）、定时计算某个业务指标 、想要实时监控数据库表中的数据增、删、改情况等。
系统的数据，就是公司的生命。哪怕是狗屎，我们也要将它冷冻起来冰封以备后用。垃圾的产品设计就比较让人费解，会时不时从冰柜中将屎取出，想要品尝其中残留的味道。
定时任务是我们开发、运维人员经常用到的，比如cron,job,schedule,events scheduler等都是为了方便我们重复执行某项工作而无需人工参与而设计，这里我要说的是MySQL数据库本身的定时任务，即events scheduler的风险案例。
相信很多小伙伴们，在日常对接开发时，有很多大表在业务上并没有采取任何形式的切分，数据不停地往一张表里灌入，迟早有一天，磁盘空间报警。作为一个DBA，侧重点是对数据库的操作性能（大表增加字段/索引，QPS等）和存储容量加以考虑，我们会建议开发对数据库里的大表进行数据归档处理，例如将3个月内的订单表保留在当前表，历史数据切分后保存在归档表中，之后归档表从主库上移走以便腾出磁盘空间，并将其迁移至备份机中（有条件的可以将其转换为TokuDB引擎），以便提供大数据部门抽取至HDFS上。
MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值(long_query_time，单位：秒)的SQL语句。默认情况下，MySQL不启动慢查询日志。本文简单介绍如何开启慢查询日志，如何用mysqldumpslow分析慢查询。
京东的内容创作平台有很多的样式，比如文章、单品推荐、搭配、店铺上新、秒杀、直播预告、优惠卷。有些样式可以投稿到不同的频道，频道就好比露出的位置，频道露出的前提是内容质量审核通过后，频道侧二审通过。上面列举的有些样式因为时效性的考虑所以是不需要审核就可以外露的，比如直播预告、优惠卷，其他的样式则需要在CMS后台管理中经过一道或者两道审核，或者在质检抽查中复活。
(4)通用查询日志:记录用户的所有操作，包括启动和关闭MySQL服务、更新语句、查询语句等
自 MySQL5.1.6起，增加了一个非常有特色的功能–事件调度器(Event Scheduler)，可以用做定时执行某些特定任务（例如：删除记录、对数据进行汇总等等），来取代原先只能由操作系统的计划任务来执行的工作。更值得一提的是MySQL的事件调度器可以精确到每秒钟执行一个任务，而操作系统的计划任务（如：Linux下的CRON或Windows下的任务计划）只能精确到每分钟执行一次。对于一些对数据实时性要求比较高的应用（例如：股票、赔率、比分等）就非常适合。
binlog 就是binary log，二进制日志文件，这个文件记录了mysql所有的增、删、改语句。通过binlog日志我们可以做数据恢复，做主从复制等等。可以看到，只要有了这个binlog，我们就拥有了mysql的完整备份了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
