查询不区分大小写最近，在用SSH框架完成一个实践项目时，碰到了一个莫名其妙的Bug困扰了我好久，最后终于解决，记录如下。问题：同学在测试系统的时候突然发现，数据库保存的账户本来应该是admin，结果该同学用Admin账户居然登录成功了…………EXM？？？这样也行？好吧，我还是查找这个Bug发生的原因吧。然后就是各种排查程序的过程

引用在数据库运维过程中，优化SQL是DBA团队的日常任务。例行SQL优化，不仅可以提高程序性能，还能减低线上故障的概率。目前常用的SQL优化方式包括但不限于：业务层优化、SQL逻辑优化、索引优化等。其中索引优化通常通过调整索引或新增索引从而达到SQL优化的目的。索引优化往往可以在短时间内产生非常巨大的效果。

InnoDB采用按表空间（tablespace)的方式进行存储数据,默认配置情况下会有一个初始大小为10MB，名字为ibdata1的文件，该文件就是默认的表空间文件（tablespcefile），用户可以通过参数innodb\_data\_file\_path对其进行设置，可以有多个数据文件，如果没有设置innodb\_file\_per\_tab

CREATEDEFINERroot@localhostFUNCTIONfun_wcmappendix02(image_nameVARCHAR(50))RETURNSint(11)BEGINDECLAREsTempLONGTEXT;DECLAREsTempChdLONGTEXT

针对老项目，去年做了许多降本增效的事情，其中发现最多的就是接口耗时过长的问题，就集中搞了一次接口性能优化。本文将给小伙伴们分享一下接口优化的通用方案。一、接口优化方案总结1.批处理批量思想：批量操作数据库，这个很好理解，我们在循环插入场景的接口中，可以在批

作者：京东物流赫占星一、慢SqL发现在一次需求UAT上线后，本来在测试环境没问题的接口，UAT环境出现了接口超时，通过查询接口日志发现是SQL查询超时了，原因是UAT环境的数据量比测试环境大得多。一般来说，我们可以通过数据库本身的慢查询日志去定位出问题的慢

作者:京东零售杨亚龙一、现状梳理需要改造的xx系统为一个较为陈旧的技术栈系统，其中MongoDB作为核心数据存储中间件，承担着存储全部xx数据的重要任务。该系统目前的配置为1主1副本模式，涉及1个数据库和2张表，服务于7个不同的应用。尽管系统架构相对简单，

一台云服务器，除了域名备案外，可以做很多事情，个人可以使用云服务器部署个人博客系统、论坛系统、私人网盘，部署各种后端服务，企业主要用来网站建设，适用于社区网站、企业官网、门户网站、电子商务网站、游戏类等各种应用，还可以用来数据库应用、制图渲染等等。个人搭建

整体优化思路：1.按需查询、2.分小批次游标查询、3.JED场景下按数据库分片分组更新、4.精准定位要处理的数据、5.负载均衡业务背景：站外广告投放平台在做推广管理状态优化重构的时候，引入了四个定时任务。分别是单元时间段更新更新任务，计划时间段更新任务，单

ClickHouse以性能好被大家所熟知，而一个数据库的性能优化是一个庞大的系统性工程。本文着眼于ClickHouse内部的基础数据结构，以揭露ClickHouse性能优化的冰山一角。在软件工程中并不是所有的执行路径都需要优化，只有关键执行路径才需要花费大