MySql架构设计：如何合理利用第三方 Cache 解决方案？
使用较为成熟的第三方解决方案最大的优势就在于在节省自身研发成本的同时，还能够在互联网上面找到较多的文档信息，帮助我们解决一些日常遇到的问题还是非常有帮助的。目前比较流行的第三方Cache解决方案主要有基于对象的分布式内存Cache软件Memcached和嵌入式数据库编程库BerkeleyDB这两种。下面我将分别针对这
「Node+Express+Mysql搭建API接口平台」笔记1（P1，P2）
1：本地环境安装：node、npm、express自检：nodev、npmv、expressversionexpress安装命令：npminstallexpressg&&npminstallgexpressgenerator2：创建并启动项目D:\workspace\nodeApiexpressapiLearnD:\workspac
mysql 开发进阶篇系列 12 锁问题(隔离级别下锁的差异)
1\.innodb在不同隔离级别下的一致性读及锁的差异 不同的隔离级别下，innodb处理sql时采用的一致性读策略和需要的锁是不同的，同时，数据恢复和复制机制的特点，也对一些sql的一致性读策略和锁策略有很大影响。对于许多sql,隔离级别越高，innodb给记录集的锁就越严格(龙其是使用范围条件的时候)，产生的锁冲突的可能性也就越高，
AirFlow初始化的时候遇到 Global variable explicit_defaults_for_timestamp needs to be on (1) for mysql
在安装airflow后，初始化遇到这样的问题Traceback(mostrecentcalllast):File"/opt/anaconda3/bin/airflow",line32,in<moduleargs.func(args)File"/opt/anaconda3/lib/
Elasticsearch 之（25）重写IK分词器源码来基于mysql热更新词库
热更新在上一节《IK分词器配置文件讲解以及自定义词库(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fblog.csdn.net%2Fwuzhiwei549%2Farticle%2Fdetails%2F80451031)》自定义词库，每次都是在es的扩展词典中，手动添加
MySQL 查询大于“时间字段”15分钟、1小时、1天的数据
以下代码中times为时间字段，类型为datetime1.查询大于times十五分钟的数据//大于号后面都是获取times十五分钟后的时间select\fromtablewherenow()SUBDATE(times,interval15minute);select\fromtablewherenow()S
MySQL基础篇(03)：系统和自定义函数总结，触发器使用详解
本文源码：GitHub·点这里(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fcicadasmile%2Fmysqldatabase)||GitEE·点这里(https://www.oschina.net/action/GoToLink?url
MySQL数据库无完整备份删库，除了跑路还能怎么办？
!(https://oscimg.oschina.net/oscnet/97bfab72559e66807921a8c768d3f72ea43.gif)1.背景前段时间，由于运维同事的一次误操作，清空了内网核心数据库，导致了公司内部管理系统长时间不可用，大量知识库内容由于没有备份险些丢失。结合这两天微盟的删库跑路事件，我们可
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
MySQL导出表结构相关字段以及把字段由下划线转驼峰命名
SELECTCOLUMN_COMMENT中文名,UPPER(COLUMN_NAME)字段名,UPPER(DATA_TYPE)字段类型,CHARACTER_MAXIMUM_LENGTH长度,IS_NULLABLE是否为空FROMINFORMATION_