一个全栈攻城狮的纯技术干货分享 ~
搜索到
12
篇与
的结果
-
批量将 discuz 数据库编码从 utf8 转为 utf8mb4 为获得emoji等特殊字符支持，需要将discuz的数据库编码转换为utf8mb4。确认数据库版本支持utf8mb4和utf8mb4_0900_ai_ci由于用户表中username是不重复索引，且区分大小写和声调，字符集需设置为utf8mb4_general_ci手动执行下面的SELECT CONCAT语句，然后使用执行结果替换该语句，保存为一个 sql 文件为避免 php 运行超时，请使用 cli 工具导入保存的 sql 文件USE `discuz_databese`; -- 更改主库字符集 ALTER DATABASE `discuz_databese` COLLATE utf8mb4_0900_ai_ci; -- 请使用下列语句的执行结果替换该语句 SELECT CONCAT( 'ALTER TABLE ', `TABLE_NAME`, ' CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;' ) FROM `information_schema`.`TABLES` WHERE `TABLE_SCHEMA` = 'discuz_databese' AND `TABLE_NAME` <> 'pre_common_member' AND `TABLE_NAME` <> 'pre_common_member_archive' AND `TABLE_NAME` <> 'pre_ucenter_members'; -- 单独修改用户表（`username`字符集为`utf8mb4_general_ci`） ALTER TABLE `pre_common_member` COLLATE utf8mb4_0900_ai_ci, MODIFY `email` char(40) NOT NULL DEFAULT '', MODIFY `username` char(15) COLLATE utf8mb4_general_ci NOT NULL DEFAULT '', MODIFY `password` char(32) NOT NULL DEFAULT '', MODIFY `extgroupids` char(20) NOT NULL DEFAULT '', MODIFY `timeoffset` char(4) NOT NULL DEFAULT ''; ALTER TABLE `pre_common_member_archive` COLLATE utf8mb4_0900_ai_ci, MODIFY `email` char(40) NOT NULL DEFAULT '', MODIFY `username` char(15) COLLATE utf8mb4_general_ci NOT NULL DEFAULT '', MODIFY `password` char(32) NOT NULL DEFAULT '', MODIFY `extgroupids` char(20) NOT NULL DEFAULT '', MODIFY `timeoffset` char(4) NOT NULL DEFAULT ''; ALTER TABLE `pre_ucenter_members` COLLATE utf8mb4_0900_ai_ci, MODIFY `username` char(15) COLLATE utf8mb4_general_ci NOT NULL DEFAULT '', MODIFY `password` char(32) NOT NULL DEFAULT '', MODIFY `email` char(32) NOT NULL DEFAULT '', MODIFY `myid` char(30) NOT NULL DEFAULT '', MODIFY `myidkey` char(16) NOT NULL DEFAULT '', MODIFY `regip` char(15) NOT NULL DEFAULT '', MODIFY `salt` char(6) NOT NULL, MODIFY `secques` char(8) NOT NULL DEFAULT '';下面是写给强迫症患者的，你可能并不需要 ！！-- 创建临时库 CREATE DATABASE `tmp123`; -- 从原始数据库复制表（会丢弃索引） USE `discuz_database`; CREATE TABLE `tmp123`.`pre_common_member` AS SELECT * FROM `pre_common_member`; CREATE TABLE `tmp123`.`pre_common_member_archive` AS SELECT * FROM `pre_common_member_archive`; CREATE TABLE `tmp123`.`pre_ucenter_members` AS SELECT * FROM `pre_ucenter_members`; -- 进入临时库 USE `tmp123`; -- 转换数据库编码和字符集（已无索引，可以转换） ALTER TABLE `pre_common_member` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci; ALTER TABLE `pre_common_member_archive` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci; ALTER TABLE `pre_ucenter_members` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci; -- 获取重复的用户统计到临时表 CREATE TABLE `pre_ucenter_members_having_count` AS SELECT `username`, count(username) as `count` FROM `pre_ucenter_members` GROUP BY `username` HAVING `count` > 1; -- 获取重复的用户详情到临时表 CREATE TABLE `pre_ucenter_members_having` AS SELECT * FROM `pre_ucenter_members` WHERE `username` IN ( SELECT `username` FROM `pre_ucenter_members_having_count` ); -
手动删除 Matomo/Piwik 历史日志（MySQL删除大量数据） 不知不觉间，Piwik数据的容量已经达到500GB，虽然并没有感觉到性能有什么影响，但也是时候考虑如何清理其最占空间的访问记录数据了。于是决定拿备份库演练一番：首先想到的是使用后台的自动清理功能，但是发现其每次10000条的删除能力，对于此等量级的数据可谓是杯水车薪。最后只能翻看源码，得出最基本的两条删除语句。DELETE FROM `wk_log_conversion` WHERE server_time < '2021-01-01 00:00:00'; DELETE FROM `wk_log_visit` WHERE visit_last_action_time < '2021-01-01 00:00:00'; DELETE FROM `wk_log_link_visit_action` WHERE server_time < '2021-01-01 00:00:00';至于 wk_log_action 这个表里是被引用的内容，下次遇到相同的引用内容，仍然需要添加一条记录。不删除反而可以确保idaction的唯一性。至此，我们将遇到第二个问题： 如果要从InnoDB大表中删除许多行，则可能会超出表的锁定表大小InnoDB。也许删除500G的数据需要8个小时左右。为了避免这个问题，或者只是为了最小化表保持锁定的时间，官方给出以下策略（根本不使用 DELETE）：选择不要删除的行到与原始表具有相同结构的空表中INSERT INTO t_copy SELECT * FROM t WHERE ... ;使用RENAME TABLE以原子移动原始表的方式进行，并重新命名拷贝到原来的名称RENAME TABLE t TO t_old, t_copy TO t;删除原始表DROP TABLE t_old;最终，我们优化查询如下CREATE TABLE wk_log_conversion_copy LIKE wk_log_conversion; INSERT INTO wk_log_conversion_copy SELECT * FROM wk_log_conversion WHERE server_time >= '2021-01-01 00:00:00'; RENAME TABLE wk_log_conversion TO wk_log_conversion_old, wk_log_conversion_copy TO wk_log_conversion; CREATE TABLE wk_log_visit_copy LIKE wk_log_visit; INSERT INTO wk_log_visit_copy SELECT * FROM wk_log_visit WHERE visit_last_action_time >= '2021-01-01 00:00:00'; RENAME TABLE wk_log_visit TO wk_log_visit_old, wk_log_visit_copy TO wk_log_visit; CREATE TABLE wk_log_link_visit_action_copy LIKE wk_log_link_visit_action; INSERT INTO wk_log_link_visit_action_copy SELECT * FROM wk_log_link_visit_action WHERE server_time >= '2021-01-01 00:00:00'; RENAME TABLE wk_log_link_visit_action TO wk_log_link_visit_action_old, wk_log_link_visit_action_copy TO wk_log_link_visit_action; DROP TABLE wk_log_conversion_old, wk_log_visit_old, wk_log_link_visit_action_old;官方文档链接 https://matomo.org/faq/how-to/faq_20184/
-
使用 php 实现 mysq l转 sqlite 语句 在写框架过程中一直使用的基于PDO驱动的MySQL，因为项目需求，要转一个SQLite版本，于是写了这个简单的转换函数，实现MySQL建表语句到SQLite的平滑转换，有需要的童鞋们可以拿去。/** * mysql(ctreate_table)转sqlite语句 * @author rehiy[[email protected]] * @version 2.1, 2013-01-18 17:02 * @link http://www.rehiy.com/?arkplus */ function ark_table_mysql2sqlite($sql) { $expr = array( '/`(\w+)`\s/' => '[$1] ', '/\s+UNSIGNED/i' => '', '/\s+[A-Z]*INT(\([0-9]+\))/i' => ' INTEGER$1', '/\s+INTEGER\(\d+\)(.+AUTO_INCREMENT)/i' => ' INTEGER$1', '/\s+AUTO_INCREMENT(?!=)/i' => ' PRIMARY KEY AUTOINCREMENT', '/\s+ENUM\([^)]+\)/i' => ' VARCHAR(255)', '/\s+ON\s+UPDATE\s+[^,]*/i' => ' ', '/\s+COMMENT\s+(["\']).+\1/iU' => ' ', '/[\r\n]+\s+PRIMARY\s+KEY\s+[^\r\n]+/i' => '', '/[\r\n]+\s+UNIQUE\s+KEY\s+[^\r\n]+/i' => '', '/[\r\n]+\s+KEY\s+[^\r\n]+/i' => '', '/,([\s\r\n])+\)/i' => '$1)', '/\s+ENGINE\s*=\s*\w+/i' => ' ', '/\s+CHARSET\s*=\s*\w+/i' => ' ', '/\s+AUTO_INCREMENT\s*=\s*\d+/i' => ' ', '/\s+DEFAULT\s+;/i' => ';', '/\)([\s\r\n])+;/i' => ');', ); $sql = preg_replace(array_keys($expr), array_values($expr), $sql); return $sql === null ? '{table_mysql2sqlite_error}' : $sql; }
-
-
Table 'xxx'is marked as crashed and last (automatic) repair failed 维护着一个大型门户网站，数据量相当大，最近搬到云服务器环境，突然发现帖子无法打开。第一反应是想着是不是数据被破坏了，丢了一些数据，检查后发现并不是。然后通过adminer查看forum_post表的时候提示：Table 'forum_post' is marked as crashed and last (automatic) repair failed这意味着该表被标记为跌宕了。于是想着修复：repair table forum_post，修复却失败了。只好通过mysql命令行来执行了。#停止mysql服务； service mysqld stop #切换到该表目录下(注意：不切换过来会总提示myisamchk一些错误导致失败) cd /var/lib/mysql/tbl #如果还是提示错误，就多加一个参数-f强制进行 myisamchk -r forum_post.MYI
-
MySQL 找回 root 密码的方法 方法一（通用）：1.在my.cnf或my.ini中的[mysqld]字段加入skip-grant-tables，免认证登录2.重启mysql服务，进入CLI模式mysql -uroot3.在mysql命令行修改root密码use mysql; update user set authentication_string=password('newpassword') where user='root'; -- for old version -- update user set Password=password('newpassword') where user='root'; flush privileges;4.去掉my.cnf或my.ini中的skip-grant-tables，重启mysqld方法二（Debian系统）：类Debian系统可直接使用/etc/mysql/debian.cnf中[client]节提供的密码登录# 查看系统保留密码 cat /etc/mysql/debian.cnf # 使用系统用户登录 mysql -udebian-sys-maint -p扩展阅读 -- MySQL用户操作相关语句：-- 创建用户 create user 'tester'@'%' identified by 'password'; -- 修改密码 alter user 'tester'@'%' identified by 'new12345'; -- 管理权限 grant all privileges on `testdb`.* to 'tester'@'%' with grant option; remove all privileges on `testdb`.* from 'tester'@'%'; -- 刷新授权 flush privileges;
-
-
