sql循环语句在update中的应用在实际的开发场景中，我们有时候要对表中的所有数据进行批量修改，但是当数据量十分盘庞大时，比如几百万几千万条数据，这时候我们执行update语句的话就会长时间锁住该表。这样非常容易造成死锁现象（在企业中DBA肯定是不允许执行这种sql语句的）。所以为了避免出现这种问题，我们在执行批量

需求：　　在本地电脑上的mysql中创建了一个数据库，并且在该数据库中创建了很多表，表中数据比较多；　　现在想换一台电脑，但是又不想重新建数据库、建表、造数据。解决方案：　　利用mysql提供的命令，在本地将所需数据和表导出成.sql文件；　　然后在另外一台电脑中使用mysql提供的命令，将导出的.sql文件导入，这样就能

最近用slick作为数据库访问框架，有些功能不好实现，用plainSQL，sql是根据查询条件生成的，所以参数也不是固定的个数。但StaticQuery\T,Entity\里面的T，默认只支持数据库支持的类型比如Int，Double等，以及对应的Optional，也可以支持Tuple1Tuple22，只要里面的类型是数据库支持的类型。但因为我要传

我们知道生产环境中经常会遇到MySQL主从延迟问题，从原理上也能看出主库的事务提交是并发模式，而从库只有一个SQL线程负责解析，所以本身上就可能存在延迟。延迟的主要原因在于：1、从库的配置往往没有主库的配置高2、主库支持并发写入，而5.7之前的版本上从库只有单线程SQL来完成任务。3、MySQL主从之间的同步，并不是完全的实时同步，而是主库

数据库设计是数据库知识中比较重要的部分，我们需要了解数据库设计的基本步骤，ER图的画法。数据库设计的基本概述检验一个数据库设计好坏的标准就是，看他是否能够方便的执行各种数据检索和处理操作，并且有利于数据的控制管理和维护。数据库设计步骤设计数据库规范中比较著名的是“新奥尔良方法”（这个可不是做新奥尔良鸡腿

作者：张政俊，中欧基金DBAMysql一般出现CPU负载过高问题的时候，我们都会去看下故障期间的慢sql日志，然后找出全表扫描、索引不合理、函数运算过多的sql，让开发同学优化下。实在不行的话，那就升级CPU硬件，替换更高频率的CPU，1路的升级成2路，2路的升级成四路。这次出现的问题因为关乎到每天的业务处理，所以很多措施无法第一时间到位，

数据库设计是数据库知识中比较重要的部分，我们需要了解数据库设计的基本步骤，ER图的画法。数据库设计的基本概述检验一个数据库设计好坏的标准就是，看他是否能够方便的执行各种数据检索和处理操作，并且有利于数据的控制管理和维护。数据库设计步骤设计数据库规范中比较著名的是“新奥尔良方法”（这个可不是做新奥尔良鸡腿

引言前一篇博文，已经完整的介绍了数据库脱敏的场景及方案，来自京东数科的ShardingJDBC开源项目通过对数据源中间代理的方式透明化的实现了这个功能，但是，功能虽然实现了，sql兼容的小问题还是很多，比如目前不支持子查询，数据库定义的关键字不允许使用，等等问题，反观我们需要加解密的字段，其实相比业务的sql来说占比非常小，即使遇

在MySQLCluster集群，应用数据均保存在数据节点。因此不仅MySQL实例可以对其进行访问，通过NDB的API其他应用也可以访问数据。　　利用这个特性，开发者可以实现以下功能：1.进行跨应用的复杂查询2.简单的Key/Value绕过SQL层实现快速读写3.微秒级的实时响应利用以上功能，通过灵活配置应用环境，可提高生产效率和灵活性，在不改动数据库结

FoxnicSQL中的Service有点像DDD中的Repository，但Foxnic体系里面又没有将Repository和Service区分开来，所以它更有点像两者的合体。但，他们的合与分本身是弹性的，具体还是要看业务场景的需要。在很多项目中，好多时候，Controller是Service的二传手，或许它也会成为Repository的三传手。所以，到底是单传还是二传或是三传还是要看项目、看场景。<br/FoxnicSQL中的Service就是将数据操作的目标具体化，它初始的样子就是针对单个表、单个实体的数据操作者。Service在使用时需要代码生成工具由数据表生成Po、Vo对象，Service接口以及接口实现。关于如何生成这些代码，我们不在此节展开。在此我们主要是了解如何使用Service已经为开发者提供的诸多功能