引言在一个倡导“快速开发”的团队中，交付日期往往是衡量工作的第一标准。而遇到问题的解决方式也会偏暴力，暴力的方式往往大脑都会厌恶和失声，尤其是在面试官问开发过程中的难点的时候更是无法回答，只能无底气的回一句“感觉开发过程很顺利，并没有碰到什么难以解决的问题。”。以下便是我想到的非暴力方式来改造原有问题。问题需求与问题描述关键词：小程序、indexl

MySQLKeepaLived高可用1\.基础环境两台服务器，MySQL互为主从MASTER的IP：10.0.0.11BACKUP的IP：10.0.0.122.MASTER实操yumyinstallkeepali

这两天在学习mysql的读写分离和负载均衡，尝试了主从模式和mysqlcluter，最后还是选择了一主多从，然后读写分离，这比较适合读量大的网站。然后对于mysql的负载均衡器，起先尝试了一下SQL请求路由器Amoeba(http://www.oschina.net/p/amoeba)，读写分离不错，但是不支持事务，因为我测试的网站是采取spring

结构化搜索结构化搜索是指搜索那些具有内置结构数据的过程，比如日期，时间和数字都是结构化的，它们有精确的格式，我们可以对这些格式进行逻辑操作，比较常见的操作包括比较数字或时间的范围，或判定两个值的大小。在结构化搜索中，我们得到的结果总是非是即否，要么存在于集合之中，要么存在于集合之外，结构化查询不关心文件的相关度或评分，它简单的对文档包括或

Mysql优化（出自官方文档）第七篇\TOC\OptimizingDataChangeStatements主要涉及到三种操作：INSERT,UPDATE和DELETE1OptimizingINSERTStatements尽量将多次

https://www.cis.upenn.edu/~bcpierce/courses/629/jdkdocs/guide/jdbc/getstart/mapping.doc.htmlhttps://www.tutorialspoint.com/jdbc/jdbcdbconnections.htmhttps://dev.mysql.com/doc

索引类似大学图书馆建书目索引，可以提高数据检索的效率，降低数据库的IO成本。MySQL在300万条记录左右性能开始逐渐下降，虽然官方文档说500~800w记录，所以大数据量建立索引是非常有必要的。MySQL提供了Explain，用于显示SQL执行的详细信息，可以进行索引的优化。一、导致SQL执行慢的原因

今天在项目中实现一个上传功能，以往写的很溜的代码突然间溜不动了。服务器端并没有成功的将数据插入。时间紧任务重，闲话不说了，直接上干货。关于上传失败，最后我们两个人花了两个小时排查下来原因是因为url中包含特殊字符，如空格、：、/、等。因为上传的参数中包含了日期这一参数，使用的是系统提供的，而且后台也需要这中格式。所以，需要将时间如：2016/12/12 

InnoDB存储引擎最早由InnobaseOy公司开发（属第三方存储引擎）。从MySQL5.5版本开始作为表的默认存储引擎。该存储引擎是第一个完整支持ACID事务的MySQL存储引擎，特点是行锁设计、支持MVCC、支持外键、提供一致性非锁定读，非常适合OLTP场景的应用使用。目前也是应用最广泛的存储引擎。

本次慢sql优化是大促准备时的一个优化，优化4c16g单实例mysql支持QPS从437到4610，今天发文时618大促已经顺利结束，该mysql库和应用在整个大促期间运行也非常稳定。本文复盘一下当时的sql优化过程1.问题背景大促准备期间发现4c16G的