参考：https://www.jb51.net/article/51904.htm Sql Server查询缓慢的原因有很多，比如服务器资源不足、网络故障、查询语句不够优化，I/O问题等等，以及数据库索引问题 1.想要判断数据库查询缓慢的问题，可以使用如下语句，可以列出查询语句的平均时间，总时间，所用的CPU时间等信息 SELECT creation_time N’语句编译时间’ ,last_execution_time N’上次执行时间’ ,total_physical_reads N’物理读取总次数’ ,total_logical_reads/execution_count N’每次逻辑读次数’ ,total_logical_reads N’逻辑读取总次数’ ,total_logical_writes N’逻辑写入总次数’ , execution_count N’执行次数’ , total_worker_time/1000 N’所用的CPU总时间ms’ , total_elapsed_time/1000

内容不错请点个赞吧，您的点赞是我前进的动力 我们在PHP开发过程中经常有需要修改配置文件的场景，本文将介绍两种修改配置文件的方法，如有不足，欢迎指出！   我们假设有个这样的配置文件（如果是其他格式也差不多，可将代码稍加改动） config.php <?php return [ ‘name’ => ‘滑稽mc’, ‘password’ => ‘123456’, ‘app’ => ‘简书’, ‘language’ => ‘PHP’, ]; 方法一   我们可以先获取配置文件内容，然后使用正则表达式替换对应的配置项，具体实现如下 index.php <?php /**

1. 可以做⼀个mapping表，⽐如这时候商家要查询订单列表怎么办呢？不带user_id查询的话你总不能扫全表吧？所以我们可以做⼀个映射关系表，保存商家和⽤户的关系，查询的时候先通过商家查询到⽤户列表，再通过user_id去查询。 2. 打宽表，⼀般⽽⾔，商户端对数据实时性要求并不是很⾼，⽐如查询订单列表，可以把订单表同步到离线（实时）数仓，再基于数仓去做成⼀张宽表，再基于其他如es提供查询服务。 3. 数据量不是很⼤的话，⽐如后台的⼀些查询之类的，也可以通过多线程扫表，然后再聚合结果的⽅式来做。或者异步的形式也是可以的。 List<Callable<List<User>>> taskList = Lists.newArrayList(); for (int shardingIndex = 0; shardingIndex < 1024; shardingIndex++) { t askList.add(() -> (userMapper.getProcessingAccountList(shardingIndex))); }

最近电脑发生了一些事情，让我意识到备份数据真的太香啦。 一个是旧电脑固态硬盘的发生了故障。电脑的机械硬盘之前被我拆下来了，固态硬盘一坏，电脑的数据基本就废了。肯定很多数据文件都丢失了不少，也不算全军覆没。在两年前，重新安装系统时，做了备份。那数据整理压缩到了U盘中，这里面又不少重要的文件。目前是这两年中的文件丢了。还有一些重要的文档，之前传到了手机上，也无意中做了备份。 还有一件事情是今天的数据库被覆盖，导致原来的SQL语句都丢失了。比较幸运的是，这些SQL语句在一个excel表中有备份。这些数据经过整理后，可以接着继续用。如果当初是一条条新增的数据，那我真的是欲哭无泪了。这些备份可能会增加一些工作量，但不会让我重头再来。 正常情况下，是感觉不到数据备份的的好处的。有的风险可控，有的风险是你无法提前预料的。当意外来袭，你的工作生活 是需要好一阵子才能回归正常轨迹的。恢复时间的长短取决于提前做的重要文件备份的程度。做好数据备份真香！