MariaDB完成C轮2700万美元投资 阿里巴巴领投

11月2日,知名开源数据库公司MariaDB 宣布完成由阿里巴巴领投的C轮2700万美元的融资。融资完成后,MariaDB社区将具备更强的实力参与数据库日益激烈的竞争。MariaDB是全球知名的开源数据库,总部位于芬兰赫尔辛基,全球共计有 1200万用户,包括 booking.com、惠普、维珍移动、维基百科等,提供混合云、公有云和私有云等形式的部署。 继续阅读MariaDB完成C轮2700万美元投资 阿里巴巴领投

WordPress更换域名完全教程示例

今天我的WordPress博客xiedexu.cn正式更换成域名logpress.org,之所以更换是由于用自己的姓名做网站总觉得哪里不太合适。目前已经备案通过,WordPress更换域名完成。

WordPress新旧域名无缝切换其实不是那么简单,今天就分享下完全教程。 继续阅读WordPress更换域名完全教程示例

PHP 7.1.11 和 PHP 7.0.25 正式发布,多项内容修复

7.0.25 和 7.1.11 正式发布了。(PHP:Hypertext Preprocessor)是一种在电脑上执行的脚本语言,主要是用途在于处理动态网页,也包含了命令列执行接口(command line interface),或者产生图形使用者接口(GUI)程式。改进日志如下: 继续阅读PHP 7.1.11 和 PHP 7.0.25 正式发布,多项内容修复

phpMyAdmin 4.7.5 发布

4.7.5 昨日(2017-10-23)已经发布, 是一个以PHP为基础,以Web-Base方式架构在网站主机上的MySQL的数据库管理工具,让管理者可用Web接口管理MySQL数据库。目前我和客户的阿里云服务器上的LAMP/LNMP都使用的phpMyAdmin来管理MySQL数据库。 继续阅读phpMyAdmin 4.7.5 发布

NGINX 301 HTTPS TO HTTP

今天我把nginx wordpress的https 301到了http,这是非常不情愿的决定:以前使用Let’s Encrypt证书的方法启用了https,但是由于Let’s Encrypt的host在国内比较悲剧,一直是的域名renew签名的时候会失败,加上CentOS 版本和虚拟环境的原因,加上服务器上有其他几个站点,不太原意去折腾环境里,放弃证书。

301 HTTPS TO HTTP

WordPress去插件,换数据

最开始WordPress启用HTTPS时,使用了插件WordPress HTTPS (SSL),这个插件一直比较好用,现在删除。

备份数据库,导出一份,将导出的这份数据库使用EditPlus打开,将https://logpress.org全部替换为http://logpress.org,最后再将这份调整过域名的数据库导入MySQL

PHP 7.1.4 发布

2017-04-13,PHP开发团队正式发布PHP 7.1.4,修复一些错误,推荐左右PHP 7.1的用户升级到该版本。

Version 7.1.4

13 Apr 2017

Core:

  • Fixed bug #74149 (static embed SAPI linkage error).
  • Fixed bug #73370 (falsely exits with "Out of Memory" when using USE_ZEND_ALLOC=0).
  • Fixed bug #73960 (Leak with instance method calling static method with referenced return).
  • Fixed bug #69676 (Resolution of self::FOO in class constants not correct).
  • Fixed bug #74265 (Build problems after 7.0.17 release: undefined reference to `isfinite').
  • Fixed bug #74302 (yield fromLABEL is over-greedy).

:

  • Reverted patch for bug #61471, fixes bug #74318.

Date:

  • Fixed bug #72096 (Swatch time value incorrect for dates before 1970).

DOM:

  • Fixed bug #74004 (LIBXML_NOWARNING flag ingnored on loadHTML*).

iconv:

  • Fixed bug #74230 (iconv fails to fail on surrogates).

:

  • Fixed bug #74250 ( compilation performance regression in 5.6/7 with huge classes).

OpenSSL:

  • Fixed bug #72333 (fwrite() on non-blocking sockets doesn't work).

PDO :

  • Fixed bug #71003 (Expose MYSQLI_CLIENT__DONT_VERIFY_SERVER_CERT to PDO interface).

SPL:

  • Fixed bug #74058 (ArrayObject can not notice changes).

SQLite:

  • Fixed bug #74217 (Allow creation of deterministic sqlite functions).

Streams:

  • Fixed bug #74216 (Correctly fail on invalid IP address ports).

zlib:

  • Fixed bug #74240 (deflate_add can allocate too much memory).

详细地址:http://php.net/ChangeLog-7.php#7.1.4

Linux下载地址:http://php.net/downloads.php#v7.1.4

Windows下载地址:http://windows.php.net/download/

Plugin ‘FEEDBACK’ is disabled

MySQL低版本升级高版本一般会出现Plugin 'FEEDBACK' is disabled这个错误,通常还伴随The InnoDB memory heap is disabled问题一起出现。

如果是The memory heap is disabled错误可以在[mysqld]下方增加"_use_sys_malloc = 1",即使用系统自动分配内存。而Plugin 'FEEDBACK' is disabled只需要在[mysqld]下方增加“feedback=ON”即可开启。

参考MariaDB提供的文档:Feedback Plugin

Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler

mysql迁移至mariadb的时候出现:

Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler

解决办法:

停止MySQL,备份

移除旧mysql,初始化mysql

继续阅读Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler

InnoDB: If you are attempting downgrade from MySQL 5.7.9 or later

: If you are attempting downgrade from 5.7.9 or later

这是一个版本问题,之前安装过mysql 5.7,再回到mariadb 5.5出现的问题。之后我搜了下网上很多人有这个问题。错误全文:

160916 17:03:21 mysqld_safe Starting mysqld daemon with databases from /var/lib/
2016-09-16 17:03:22 139911928530976 [Note] /usr/sbin/mysqld (mysqld 10.1.17-) starting as process 16541 ...
2016-09-16 17:03:22 139911928530976 [Note] : Using mutexes to ref count buffer pool pages
2016-09-16 17:03:22 139911928530976 [Note] InnoDB: The InnoDB memory heap is disabled
2016-09-16 17:03:22 139911928530976 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2016-09-16 17:03:22 139911928530976 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2016-09-16 17:03:22 139911928530976 [Note] InnoDB: Compressed tables use zlib 1.2.3
2016-09-16 17:03:22 139911928530976 [Note] InnoDB: Using native AIO
2016-09-16 17:03:22 139911928530976 [Note] InnoDB: Using SSE crc32 instructions
2016-09-16 17:03:22 139911928530976 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2016-09-16 17:03:22 139911928530976 [Note] InnoDB: Completed initialization of buffer pool
2016-09-16 17:03:22 139911928530976 [Note] InnoDB: Highest supported file format is Barracuda.
InnoDB: No valid checkpoint found.
InnoDB: If you are attempting downgrade from MySQL 5.7.9 or later,
InnoDB: please refer to http://dev.mysql.com/doc/refman/5.6/en/upgrading-downgrading.html
InnoDB: If this error appears when you are creating an InnoDB database,
InnoDB: the problem may be that during an earlier attempt you managed
InnoDB: to create the InnoDB data files, but log file creation failed.
InnoDB: If that is the case, please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/error-creating-innodb.html
2016-09-16 17:03:22 139911928530976 [ERROR] Plugin 'InnoDB' init function returned error.
2016-09-16 17:03:22 139911928530976 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2016-09-16 17:03:22 139911928530976 [Note] Plugin 'FEEDBACK' is disabled.
2016-09-16 17:03:22 139911928530976 [ERROR] Unknown/unsupported storage engine: InnoDB
2016-09-16 17:03:22 139911928530976 [ERROR] Aborting

160916 17:03:22 mysqld_safe mysqld from pid file /var/lib/mysql/iZ236priv51Z.pid ended

继续阅读InnoDB: If you are attempting downgrade from MySQL 5.7.9 or later

MySQL 5.7或者MariaDB经常关闭的解决办法

5.7、MariaDB经常关闭,如果配置没有错,那么大多原因是由于服务器内存不够用,特别是很多云服务器或者VPS都是512MB的内容。针对小内存的服务器可以将数据库的消耗调小即可。

首先备份 /etc/my.cnf

在my.cnf中的[mysqld]下方插入

重启mysql即可。

Your PHP installation appears to be missing the MySQL extension which is required by WordPress

“Your installation appears to be missing the extension which is required by ”的意思是PHP没有安装MySQL扩展,WordPress需要这个扩展才能运行,这个貌似和我之前提到的“您的PHP似乎没有安装运行WordPress所必需的MySQL扩展”是一个意思,其实不然。

针对低版本的PHP编译的时候带上--with- --with-或者yum安装:yum install -mysql -mysqli即可,但是高版本的PHP已经用php-mysqlnd代替了php-mysql、php-mysqli。那么是不是安装了php-mysqlnd后WordPress就能运行?答案是不定的。

首先,高版本PHP(5.6及其以上)需要安装php-mysqlnd,还要将WordPress升级到 4.3.1才行。

Unknown/unsupported storage engine: InnoDB

5.5以及以上版本出现Unknown/unsupported storage engine: 错误,是由于你的存储引擎使用了,但是数据库默认没有开启innodb

方法一:可以先将数据库改为MyISAM,再将mysql关闭innodb

在my.cnf [mysqld]下增加:

方法二:直接mysql启用innodb引擎

在my.cnf [mysqld]下增加:

注意事项

以上操作都必须关闭mysql再修改my.cnf。

mysql-community-server 5.7设置密码

-community-server 5.7如何设置密码,我们首先尝试:

那是由于mysql-community-server 5.7的密码是一个默认的随机密码,这个初始密码,mysql又不告诉你,我们需要重设这个密码。

首先我们打开两个终端,终端1运行: 继续阅读mysql-community-server 5.7设置密码

MySQL Query Cache的简单配置

如果你这样开启了MySQL Query Cache,不难发现,当你的mysql重启的时候,cache大小值就为零了。可以设置一个简单的方法,不用担心mysql重启对cache的影响。

1、开启MySQL Query Cache

2、设置cache大小

在my.cnf的[mysqld]最后,添加两行: 继续阅读MySQL Query Cache的简单配置

如何使用MySQL的Query Cache

当前正在学习MySQL,仅以作笔记为目的来总结近来所学,便于以后有用到的时候进行查阅。

Query Cache故名思义就是用来缓存和查询相关的数据的。

几个重要的MySQL Query Cache参数

> show variables like "%query_cache%";
------------------------------ ---------
| Variable_name                | Value   |
------------------------------ ---------
| have_query_cache             | YES     |
| query_cache_limit            | 1048576 |
| query_cache_min_res_unit     | 4096    |
| query_cache_size             | 0       |
| query_cache_type             | ON      |
| query_cache_wlock_invalidate | OFF     |
------------------------------ ---------
6 rows in set (0.00 sec) 继续阅读如何使用MySQL的Query Cache

WordPress缓存优化,就是快

现在装了Zend Opcache之后,博客访问速度又加快了不少。现在维持在15 queries in 0.179 seconds左右。说说我目前达到快速的一些WordPress缓存优化。

1、主题

首先写主题的时候必须是精简,一些php语法和WP标签需要去研究,这个我就不细说,有空咱们再一起交流。

2、object cache

WordPress启用了object cache,这是WordPress对象缓存,相当有效。 继续阅读WordPress缓存优化,就是快