本文首发：MySQL only_full_group_by 1055报错的三种解决方案，临时关闭有影响吗？
在国产数据库兼容适配过程中，经常遇到因源数据库是MySQL，迁移至其他国产数据库后，因MySQL端兼容模式有非严格模式，导致适配过程过程中需要做调整。那么，MySQL主要的非严格模式小结如下：
logo 基于go语言的一体化性能压测工具 RunnerGo致力于打造成一款全栈式测试平台，采用了较为宽松的Apache-2.0 license开源协议，方便志同道合的朋友一起为开源贡献力量，目前实现了接口测试、场景自动化测试、性能测试等测试能力。随着不断的迭代，我们将会推出更多的测试功能。我们的目的是为研发赋能，让测试更简单。 工具特性： go语言运行：基于go语言开发，运行速度快、更节省资源 智能调度算法：自研的调度算法，合理利用服务器资源，降低资源消耗 实时生成测试报告：运行任务后，可实时查看执
sql_mode是个很容易被忽视的变量,默认值是空值,在这种设置下是可以允许一些非法操作的,比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式,所以开发、测试环境的数据库也必须要设置,这样在开发测试阶段就可以发现问题。
标准 SQL 规定，在对表进行聚合查询的时候，只能在 SELECT 子句中写下面 3 种内容：通过 GROUP BY 子句指定的聚合键、聚合函数（SUM 、AVG 等）、常量。我们来看个例子
前面一篇文章《案例| +1s导致的故障》介绍了因为开发同学对datetime值+1s的操作导致的问题。我们在复盘的时候讨论设置sql_mode为严格模式可行性。于是有了此文。
最近在对各个系统的mysql做一些参数上的优化，也开了慢查询，准备后面针对特定sql再进一步优化。下面主要介绍一下一些优化的参数。
在oracle或sqlserver中，如果某个表的字段设置成not null，insert或update时不给这个字段赋值，比如下面这样： 表t_test(id,name)中id,name都不允许为空， insert into t_test(name) values('xxx') 必然报错，这是天经地义的事情，但是在mysql中这是有可能成功，具体取决于sql_mode的设置 大概上讲，sql_mode可以分为二大类： 一类是所谓的宽松无敌模式（my.ini中sql_mode设置为空或仅NO_ENGINE_
各类型都有具体的取值范围，超出或非法的其他值时，MySQL 会回退到 0。TIMESTAMP 类型是个例外，给它设置一个超出范围的值时，将保存上该类型允许的最大值。
MySQL的最新版本8.0.29于2022年4月26日正式发行（GA）。MySQL8.0发布至今已经历4年（2018年4月19日 GA），已经进入了标准生命周期的末期，如果您还在继续使用MySQL 5.7版本，甚至是5.6版本，您现在应该认真考虑未来的数据库安全问题。
今天通过mysqldump导出数据，在目标机器上开个screen执行source导入数据。过一会看了下，发现居然导入报错了。报错提示如下：
但为了确保文件内容只含有标准的 JavaScript 代码，.js文件按照 ES 语法规范来检查，因而不允许出现 TypeScript 类型标注：
字面意思很明显，是数据格式的问题，默认情况下MySQL都设置了严厉模式，不同于Oracle默认的相对宽松的模式，8.0版本的这些严厉模式包括建表时不允许没有主键，插入日期型数据不能为0或其他非法格式等等，这些模式的设置会导致在数据迁移、兼容性测试时报错，要么修改应用限制以适配数据库，要么修改数据库配置以适配已有的应用。
sql_mode定义了mysql应该支持的sql语法，数据校验等 select @@sql_mode; 属性 说明 ONLY_FULL_GROUP_BY 对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么将认为这个SQL是不合法的，因为列不在GROUP BY从句中 STRICT_TRANS_TABLES 如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做任何限制 NO_ZERO_IN_DATE 在严格模式，不接受月或日部分为0的日期。如果使用IGNOR
关键字 INT 是 INTEGER 的别名，关键字 DEC 和 FIXED 是 DECIMAL的别名。 在 MyISAM/MEMORY/InnoDB和NDB表中支持BIT 数据类型，BIT 数据类型用于存储 bit 值。
在 MySQL 中引用的第三方源代码，全部都基于不具备许可证传染性的宽松开源许可证发布，或者基于双许可证发布，Oracle 在其开源版 MySQL 中对此类双许可证的第三方代码 选择使用 GPLv2 许可证，在闭源的商业版 MySQL 中对此类双许可证的第三方代码选择使 用更为宽松的许可证。
在网络上看了几篇关于幻读的文章，总有些不对劲的地方，要么是解释过于官方看不懂，要么压根儿就是错的，于是我找到了著名论文 A Critique of ANSI SQL Isolation Levels ，对幻读问题做了归纳和总结，希望能帮助大家真正理解幻读，大纲如下：
在进行属性绑定时，可能会遇到如下情况，为了进行标准命名，开发者会将属性名严格按照驼峰命名法书写，在yml配置文件中将datasource修改为dataSource，如下：
重启mysql：/etc/init.d/mysql restart 登录mysql：mysql -u root -p mysql ->select @@sql_mode; 验证sql_mode的值是否改变。
sql_mode是个很容易被忽视的变量，默认值是空值，在这种设置下是可以允许一些非法操作的，比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式。所以开发、测试环境的数据库也必须要设置，这样在开发测试阶段就可以发现问题。
根据需要选择其他的功能插件，例如：Babel, Router, Vuex, CSS Pre-processors, Linter。
关于 MySQL 和 PostgreSQL 孰强孰弱的话题，在社区中，两边的拥护者早已火药味十足的论争不休。但是最近（12月5日），Oracle 前首席软件工程师、MySQL 优化器团队成员，Steinar Gunderson从 MySQL 团队离职时，则是向 MySQL 开了一炮，并实名点赞 PostgreSQL，引发了业内剧烈的碰撞讨论。
组复制是一种可用于实现容错系统的技术。复制组是一个通过消息传递相互交互的Server集群。复制组由多个Server成员组成，如下图的Master1、Master2、Master3，所有成员独立完成各自的事务。
在zabbix的使用中，最重要的一点就是完善的报警机制，作为监控平台，需要时刻关注机器和服务的运行状态，更重要的是发现故障之后需要及时的报警给相关人员，早点发现问题，将隐患消除在未然阶段。这样才能保证服务的稳定运行。
sql_mode:简而言之就是：它定义了你MySQL应该支持的sql语法，对数据的校验等等
@ComponentScan：用于对Component进行扫描，里面有包含与排除规则
可以看到比起之前 limit 1000000时的0.218s 效率也同样提高了很多
MySQL 8.0从GA到现在已经过去4年了，被各大互联网公司广泛使用，稳定性得到了充分的验证。最近，我们也在将存量的旧版本数据库升级到8.0。虽然前期做了很多的检查和验证，不过升级过程中终究免不了踩一些坑。
上一篇跟大家简单的介绍了一下 mongoDB 的特点，做了一个简单的入门，不知道大家是否还记得，不记得的小伙伴可以回顾一下《一起学》mongodb 之第一卷
原子变量同步是内存模型中最让人感到困惑的地方.原子(atomic)变量的主要作用就是同步多线程间的共享内存访问,一般来讲,某个线程会创建一些数据,然后给原子变量设置标志数值(译注:此处的原子变量类似于一个flag);其他线程则读取这个原子变量,当发现其数值变为了标志数值之后,之前线程中的共享数据就应该已经创建完成并且可以在当前线程中进行读取了.不同的内存同步模式标识了线程间数据共享机制的"强弱"程度,富有经验的程序员可以使用"较弱"的同步模式来提高程序的执行效率.
mysql5.7+的版本中，sql_mode为严格模式。比如必须给字段默认值，更新数据的长度必须符合限制等。
前面两篇谈完了开源软件的发展背景，以及这几年会蓬勃发展的原因，接着来谈究竟开源软件的商业模式如何发展。
之前专门写过如何优化你的https，里面总结了几点Nginx下优化HTTPS的方法，最后有两点小的建议，没有详细说明，最近在群里看到朋友发的Nginx配置文件，只配置了证书和密钥部分，所以觉得有必要再把这些刨析一下
FlinkCEP是在Flink之上实现的复杂事件处理（CEP）库。 它允许你在×××的事件流中检测事件模式，让你有机会掌握数据中重要的事项。
1、什么是悲观锁？什么是乐观锁？ 1）悲观锁 它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在 整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供 的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系统不会修改 数据）。
在开发中，不使用设计模式也不是不可以，但是用好设计模式能帮忙我们更好的去解决实际问题。
表中有一属性，记录着当前记录被查询的次数。每一次查询之后会把处理过程甩给event（观察者模式）。如果一段时间内访问量变大会出现并发问题。并发会导致数据的不准确。
很久以前（在遥远的星系中……提示音乐！），MySQL增加了对身份验证插件的支持，这个插件现在称为mysql_native_password。mysql_native_password插件使用SHA1哈希
前言 每次谈到数据库的事务隔离级别,大家一定会看到这张表. 其中,可重复读这个隔离级别,有效地防止了脏读和不可重复读,但仍然可能发生幻读,可能发生幻读就表示可重复读这个隔离级别防不住幻读吗? 我不管从
除非是文章阅读量，每次+1这种无关痛痒的场景，一般业务系统没有人会使用该事务隔离级别，标准实在太宽松了。
开发哥们最近遇到个问题，说是Django ORM日志上看数据已经提交了，但是服务器突然断电，重启后发现之前写入的数据丢失了。 让我帮看看什么原因导致的。
SELinux(Security-Enhanced Linux)是一种基于 域-类型 模型（domain-type）的强制访问控制（MAC）安全系统，它由NSA编写并设计成内核模块包含到内核中，相应的某些安全相关的应用也被打了SELinux的补丁，最后还有一个相应的安全策略。任何程序对其资源享有完全的控制权。假设某个程序打算把含有潜在重要信息的文件扔到/tmp目录下，那么在DAC情况下没人能阻止他。SELinux提供了比传统的UNIX权限更好的访问控制。
今天上班的时候，业务方问了我这样一个问题：能不能把线上的sql_mode值改为和测试环境一致？因为我们在测试环境上写的sql在线上可能会出错，原因是线上的环境设置了sql_mode=only_full_group_by。
今天看到一个非常有意思的事，Node.js中一个流行的Mock数据开源框架Facker.js的开发者自己清空了自己在Github上的代码。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
