dayello的专栏

php查询mysql大量数据占用大量内存导致内存不足场景：使用php查询mysql导出16万条数据到文件中，尚未执行完毕，跳出警告：PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 32 bytes) 错误提示：php所分配到的128M内存被

直接使用/etc/mysql/debian.cnf文件中[client]节提供的用户名和密码: # mysql -udebian-sys-maint -p Enter password: mysql> UPDATE user SET Password=PASSWORD('newpassword') where USER='root'; mysql> FLUSH PRIVILEGE

MYSQL主从数据库搭建说明：这是我自己通过参考网上的资料，根据其步骤搭建MYSQL主从数据库的过程中遇到的一些问题。整理的一篇小记，方便以后查阅。也能给网上的朋友提供一点参考的资料。写该文章时间：2012/8/27环境：(以下是我这次搭建所使用的环境)主数据库：              系统：ubuntu ； MYSQL  5.1.63 ；ip：19

通常我们都用如下的sql来进行列表SELECT COUNT(*) FROM users WHERE name LIKE ‘a%’;SELECT name, email FROM users WHERE name LIKE ‘a%’ LIMIT 10;    但是从Mysql4.0.0开始，我们可以选择使用另外一个方式：SELECT SQL_CALC_FOUND_

1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is null可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：select

mysql移植含有中文的数据时，很容易出现乱码问题。很多是在从mysql4.x向mysql5.x移植的时候出现。mysql的缺省字符集是 latin1，在使用mysql4.x的时候，很多人都是用的latin1字符集。而当使用mysql5时往往愿意使用utf8。那么我们的任务是不是要 把数据中的字符从latin1转为utf8呢？　　不是的。　　用一句不大准确，但又比较形象的说法是

为了给高并发情况下的mysql进行更好的优化，有必要了解一下mysql查询更新时的锁表机制。 一、概述 MySQL有三种锁的级别：页级、表级、行级。 MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；BDB存储引擎采用的是页面锁（page-levellocking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-le

MYSQL之Innodb锁  Innodb的有行锁和表锁之分，这里摘录一些行锁的特性：何为共享锁、排他锁、以及意向共享锁、意向排他锁（意向是针对多行的锁） 本文的重点是下面这点：Innodb的行锁是根据检索的索引项进行加锁（注意不要理解成对索引加锁），具体的说是对所有根据索引检索到的记录进行加锁（由于Innodb使用主键为聚簇索引的方式，也可以理解为对主键进行加锁，Inno