nilm61的专栏

具体情况大概是这样的，当年的 DBA 测试 MySQL性能时发现，当单表的量在 2000 万行量级的时候，SQL 操作的性能急剧下降，因此，结论由此而来。那么，我对于分库分表的观点是，需要结合实际需求，不宜过度设计，在项目一开始不采用分库与分表设计，而是随着业务的增长，在无法继续优化的情况下，再考虑分库与分表提高系统的性能。那么，问题又来了，这个数值是如何评估出来的呢？我的建议是，根据自身的机器的情况综合评估，如果心里没有标准，那么暂时以 500 万行作为一个统一的标准，相对而言算是一个比较折中的数值。

数据库密码直接写在配置中，对运维安全来说，是一个很大的挑战。可以使用Druid为此提供一种数据库密码加密的手段ConfigFilter。注对于其他使用spring+druid的方式对数据库密码加密同样适用。对于多数据源多个不同的密码加密可使用如下代码调整后生成不同的数据源密码。password输入你的数据库密码，输出的是加密后的结果。配置数据源，提示Druid数据源需要对数据库密码进行解密。/** 为数据库密码提供加密功能 */为druid加密后的密码。执行命令加密数据库密码。

#!/bin/bash #这是一个简单化到MYSQL数据库逻辑备份脚本 #1.定义数据库链接,目标库信息 MY_user="root" MY_pass="123456" MY_host="127.0.0.1" MY_conn="-u $MY_user -p$MY_pass -h $MY_host" MY_db1="mydb" #MY_db2="yyyy" #2.定义备份目录，工具，时间，文件名 BF_dir="/u01/mysql_bak_data/" BF_cm.