分类目录归档:技术开发

DBA 数据库 db4 写入、查询测试

可以先看看这里的简介 DBA数据库 (这里没有提到db4,现在应该使用db4) 安装: 打开php.ini 确定 php_dba.dll 已经载入。 之后就可以使用dba函数库了。 这个数据,就是简单的 key=>value模式,和memcache差不多。 写入和查询速度都是非常快的。 如果是本机简单测试,可以使用 inifile 模式。 不过正式服务器上,一定要使用db4模式读写,因为其他模式比较慢,inifile就更慢了,还没有fopen快,所以inifile只能测试。 现在测试一下dba数据库的写入速度 每条数据是1k,写入速度分别是:  10000条       1.71057009697 100000条      21.7869038582 1000000条    765.130697012 每条数据是2k,写入速度分别是:  10000条       1.13584280014 100000条      25.066011906 1000000条     704.676019907 每条数据是3k,写入速度分别是:  10000条       0.865121126175 100000条      24.7635490894 1000000条     745.992260933 每条数据是6k,写入速度分别是:  10000条       4.17641997337 100000条      … 继续阅读

发表在 数据库 | 留下评论

定时备份网站、数据的shell脚本

加入crontab -e后,每天早上5定时,开始开始执行备份脚本。 #0 5 * * * /bak/bak.sh 以下是bak.sh 备份脚本,只保留最近7天的备份 假设 网站目录为: /var/www/d5s/, 备份目录为: /bak/ #!/bin/bash cd /var/www/ /bin/tar -czf /bak/$(date +%F)_d5s.tar.gz d5s /bin/rm -f /bak/$(date +%F –date=’7 days ago’)_d5s.tar.gz /usr/bin/mysqldump –opt -uusername -ppassword your_data > /bak/$(date +%F)_d5s.sql /bin/rm -f … 继续阅读

发表在 服务器&PC | 留下评论

利用Tokyo Tyrant构建兼容Memcached协议、支持故障转移、高并发的分布式key-value持久存储系统

转自:http://blog.s135.com/read.php/362.htm 这么牛X的数据库,为什么没人广泛采用呢? 估计 1、大部分人 不了解这东西; 2、项目管理层的人也许了解,但不敢尝试。 希望能有机会用到这样的好东西。 Tokyo Cabinet 是日本人 平林幹雄 开发的一款 DBM 数据库,该数据库读写非常快,哈希模式写入100万条数据只需0.643秒,读取100万条数据只需0.773秒,是 Berkeley DB 等 DBM 的几倍。 Tokyo Tyrant 是由同一作者开发的 Tokyo Cabinet 数据库网络接口。它拥有Memcached兼容协议,也可以通过HTTP协议进行数据交换。 Tokyo Tyrant 加上 Tokyo Cabinet,构成了一款支持高并发的分布式持久存储系统,对任何原有Memcached客户端来讲,可以将Tokyo Tyrant看成是一个Memcached,但是,它的数据是可以持久存储的。这一点,跟新浪的Memcachedb性质一样。 相比Memcachedb而言,Tokyo Tyrant具有以下优势: 1、故障转移:Tokyo Tyrant支持双机互为主辅模式,主辅库均可读写,而Memcachedb目前支持类似MySQL主辅库同步的方式实现读写分离,支持“主服务器可读写、辅助服务器只读”模式。 这里使用 $memcache->addServer 而不是 $memcache->connect 去连接 … 继续阅读

发表在 数据库 | 留下评论

MYSQL 主从服务器配置

mysql服务器的主从配置,本来是一件很简单的事情,无奈不是从零开始,总是在别人已经安装好的mysql服务器之上 ,这就会牵扯到,mysql的版本,启动文件,等一些问题。 不过没关系,先问清楚两点 1、mysql配置文件my.cnf的位置 2、如何启动、停止mysql,找好启动文件 假设有两台机器,已经安装好了mysql(尽量同版本,且两台机器同一网络,可以ping通) 有朋友说:“从服务器,不能低于主服务器的版本”,不过我是低于的,没有出现问题。 主机A: 192.168.1.100 从机B:192.168.1.101 可以有多台从机 1、先登录主机 A mysql>GRANT REPLICATION SLAVE ON *.* TO ‘backup’@’192.168.1.101‘ IDENTIFIED BY ‘123456’; 赋予从机权限,有多台丛机,就执行多次 2、 打开主机A的my.cnf,输入 server-id               = 1    #主机标示,整数 log_bin                 = /var/log/mysql/mysql-bin.log   #确保此文件可写 read-only       =0  #主机,读写都可以 binlog-do-db    =test   #需要备份数据,多个写多行 … 继续阅读

发表在 数据库 | 3 条评论

让老插件在firefox3.x上正常运行的简易方法

虽然firefox3出来有一段时间了,但是它的一些插件并没有跟上更新,尤其是鼠标手势,没这个,简直是干什么都不爽。 以下方法,试用了,好像没发现任何问题。 打开firefox3.0 在地址栏输入  about:config   回车 这时firefox会有一个风险确认提示,点击继续执行按钮。 在界面上 点击鼠标右键 新建一个布尔值 boolean 名称为 extensions.checkCompatibility 值为 false 确认 现在重新启动firefox,你会发现之前在3.0下被禁用的 extensions 重新生效了 转自:http://www.lupaworld.com/43/viewspace_61075.html

发表在 服务器&PC | 留下评论

MYSQL 事务 笔记

 由于项目设计里面,牵扯到了金钱的转移,于是就要用到MYSQL的事务处理,来保证一组处理结果的正确性 用了事务,就不可避免的要牺牲一部分速度,来保证数据的正确性。 只有InnoDB支持事务 事务 ACID Atomicity(原子性)、Consistency(稳定性)、Isolation(隔离性)、Durability(可靠性) 1、事务的原子性 一组事务,要么成功;要么撤回。 2、稳定性 有非法数据(外键约束之类),事务撤回。 3、隔离性 事务独立运行。 一个事务处理后的结果,影响了其他事务,那么其他事务会撤回。 事务的100%隔离,需要牺牲速度。 4、可靠性 软、硬件崩溃后,InnoDB数据表驱动会利用日志文件重构修改。 可靠性和高速度不可兼得, innodb_flush_log_at_trx_commit选项 决定什么时候吧事务保存到日志里。 开启事务  START TRANSACTION 或 BEGIN 提交事务(关闭事务)  COMMIT 放弃事务(关闭事务)  ROLLBACK 折返点  SAVEPOINT adqoo_1  ROLLBACK TO SAVEPOINT adqoo_1  发生在折返点 adqoo_1 之前的事务被提交,之后的被忽略 事务的终止 设置“自动提交”模式 … 继续阅读

发表在 数据库 | 3 条评论