2020-08-27 我的一台服务器被黑 所有数据库的表被删除，留下个空数据库，里面增了新表WARINING，表内就一个字段留了言 黑客留下一句话如下： To recover your lost Database and avoid leaking it: Send us 0.04 Bitcoin (BTC) to our Bitcoin address 1Mt5beKhEbs12YHWDBWD4hZcCBpFfVMpoi and contact us by Email with your Server IP or Domain name a More
今天迁移数据库一眼看见config目录下的文件 config_global.php 就修改了，爆出各种js错误 config_ucenter.php 也改了，后台超级管理员无法登录 最后发现还有个文件uc_server 目录下，还有个配置文件uc_server/data/config.inc.php 三个文件都改，就没有错误了。
MAC系统下的随机启动，不仅仅在一个地方 常规随机启动项目 偏好设置--账户 看图 上一阵因为python的mysql调用，在本地安装了一个mysql，结果现在每次都随机启动，我得手工去停止，再启动lampp的mysql 查了半天发现mac在 /Library/StartupItems 下还有一大堆文件 其中有个叫MYSQLCOM 幸好mac自带了是否随机启动的选项 v More
意外，就是你想不到的时候就会发生的。 今天一台在美国虚拟主机上的一个网站发生数据库无法链接问题。 数据库发生如下错误 MySQL:reading initial communication packet 解决方法之一： 网站访问出现如题错误，经过检查my.cnf，发现innodb_buffer_pool_size = 2048M 设置过大，调整为innodb_buffer_pool_size = 102 More
曾经以为在my.cnf写入max_connections = 2000 就可以改变mysql的最大并发量，今天查到一个命令，发现服务器的mysql最大连接数为151. 控制台，连接上mysql show variables; 这条命令可以看到所有基础配置 如果单独看max_connections可以这样 show variables like 'max%'; +----------------------------+------------+ | Varia More
作为一名开发人员，基本都会和mysql打打交道。(有人说我用sqlserver,好吧，你可以飘过了) 会用日志，有利于我们找出自己开发代码里，不良的sql语句调用。 第一弹：mysql日志查看第一弹 1.首先确认你日志是否启用了 mysql>show variables like 'log_bin'; 2.如果启用了，即ON 那日志文件就在mysql的安装目录的data目录下 3.怎样知道当前的日志 mysql> show mast More
是我们相信就存在，不相信就不存在么。 西方的“墨菲定律”（Murphy's Law）是这样说的：Anything that can go wrong will go wrong. ：“凡事只要有可能出错，那就一定会出错。” 忽然想起上一阵博客的香港主机被黑客清空硬盘的时间，月小升可是曾经好几个晚上想到要备份一下数据库，结构没有去备份，然后就发生了这档子事儿，导致连续4个月的数据没有了。（幸好 More
目前为止没有一台MYSQL是永远不出问题的。 发现备份才是王道。 脚本如下 #!/bin/sh # File: /home/mysql/backup.sh # Database info DB_NAME="myad" DB_USER="ad123" DB_PASS="ad^%%#dd" # Others vars BIN_DIR="/opt/lampp/bin" BCK_DIR="/backup/www/sqlback" DATE=`date +%F` # TODO $BIN_DIR/mysqldump --opt -u$DB_USER -p$DB_PAS More
数据库经历了这么多年，它的历史你知道多少 1961年：通用电气着手开发Integrated Data Store（IDS，集成数据存储）。通常来讲，IDS被认为是第一个“完全的”数据库。在今天的NoSQL数据库出现的数十年以前，IDS所做的就是如今NoSQL和大数据的工作。 1967：IBM 开发出Information Control System and Data Language/Interface（ICS/DL/I，信息控制系统与数据语言/ More