内存交换

标准交换在内存与备份存储之间移动进程，备份存储通常是快速磁盘，它应足够大，以容纳所有用户的所有内存映像的副本，并且它应提供对这些存储器映像的直接访问。

移动设备不支持任何形式的内存交换。

• 移动设备通常采用闪存，而不是空间更大的硬盘作为它的永久存储。导致的空间约束是移动操作系统设计者避免交换的原因之一；
• 闪存写入次数的限制；
• 内存与闪存之间的吞吐量差；

当空闲内存降低到一定阈值以下时：

• iOS：不釆用交换，而是要求应用程序自愿放弃分配的内存。只读数据（如代码）可从系统中删除，以后如有必要再从闪存重新加载。已修改的数据（如堆栈）不会被删除。然而，操作系统可以终止任何未能释放足够内存的应用程序。
• Android：不支持交换，釆用类似 iOS 使用的策略。如果没有足够可用的空闲内存，则它可以终止进程。然而，在终止进程之前，Android 将其应用程序状态写到闪存，以便它能快速重新启动。

iOS支持内存压缩，Android不可以。

Android 内存单位为Page，大小一般为4k，以分配单位回收，分为用户态和内核态，不可越界访问。

Low Memory Killier：内存杀手。

Android服务优先级（从高到低），当内存不够时从优先级低的开始销毁：

• Native
• System 当杀到这一层级的时候手机重启
• Persistent
• Foreground 前台应用，具体表现为APP闪退
• Perceptible
• Service
• Home 桌面
• Previous 上一个使用的APP
• Cached 后台APP

Unity内存

按类型分为 Native Memory 和 Managed Memory

Editor与Runtime不同

• Editor模式会尽可能的加载资源（启动较慢）
• Runtime按需加载

Unity封装了C++中与申请内存相关的函数，并添加了Label用于统计。

Audio

DSP Buffer

• 过大会导致声音有延迟
• 过小会使CPU负担上升

Force to mono

双声道改单声道（尽量，绝大多数声音不需要双声道）

Compress Format

Code Size

慎用模板泛型，

AssetBundle

Type Tree

当Unity版本与APP版本一致时可以关掉

• • 减小内存
  • 减小包大小
  • Build和Runtime变快

压缩方式

LZ4 推荐

LZMA 弃用

extra

不建议每个文件打一个AssetBundle包

因为它们有相同的“头”，仅数据部分不同，容易浪费空间。

Resources

通过红黑树进行索引，每次启动游戏都要分析加载红黑树，拖慢启动时间。其次整个游戏生命周期都会存在与内存中。

Texture

Upload Buffer

Read&Write

没有特殊需求就关掉write

Mipmap

同样没有特殊需求就关掉

Mesh

Read&Write

Compresssion

Managed内存

VM内存池

VM会返还内存给OS

条件：一个block连续6次GC没被访问到

Unity GC 算法

貌似不采用CLR的GC机制_(:з」∠)_（参见另一篇文章，传送门）

Boehm GC

旧版垃圾回收方式，新版Unity已弃用。

不分代（速度更快）

不压缩（因为一些历史原因。。跟mono有关）

Incremental GC（渐进式GC）

Unity2019.3之后使用，新一代垃圾回收算法。

主要目的为了解决旧版GC导致主线程卡顿（旧版GC时会暂停主线程）的问题，分帧解决，且分代

GC机制考量

• 回收能力
• 暂停时长
• 碎片化
• 额外消耗
• 可扩展性
• 可移植性

内存碎片化

内存碎片通常分为内部碎片和外部碎片：

1. 内部碎片是由于采用固定大小的内存分区，当一个进程不能完全使用分给它的固定内存区域时就产生了内部碎片，通常内部碎片难以完全避免；
2. 外部碎片是由于某些未分配的连续内存区域太小，以至于不能满足任意进程的内存分配请求，从而不能被进程利用的内存区域。

先加载消耗大内存的资源，再加载小内存

僵尸内存

• 无用内存
• 没有释放
• 可通过代码管理和性能工具分析

SetActive

TODO。。。

都说要少用，但是不清楚机制，有机会看一下Unity源码 Orz

优化建议

• 使用Destroy，别用null
  
• Class/Struct

• 少于8个字节的数据可用Struct代替Class（存疑）

• 池中池
• 闭包和匿名函数

• 少用，在IL2CPP里这些都会new class
• 协程

• 用的时候再产生，不用的时候及时终止
• 不要当线程使用
• 配置表

• excel、json等，按需加载，不然会很占用内存空间
• 单例模式 Singleton

• 慎用，生命周期较长，占用内存

Unity 内存管理最先出现在初晴神社。

最近在研究游戏在安卓平台的打包，遇到了不少坑，特此写个文章记录下~

1.Unity与安卓的交互

虽然Unity可以直接导出apk安装包，但由于有些方法，比如读取手机相册图片，获取权限等，或者是添加SDK都不能直接通过Unity实现。我们一般用Unity导出安卓工程，再通过Android Studio修改之后打出apk包。

通常情况下每次打包都需要修改，为了偷懒~

这里提供个堪称一劳永逸的解决办法，请看文章~

Unity与Android交互方案优化版

https://www.jianshu.com/p/86b275da600e

2.Android aar文件修改

今天刚踩得坑，麻蛋！

不同于jar包只能包含java代码，aar包还可以保存贴图等资源，相当于一个后缀是aar的压缩包。有时候第三方sdk提供的也是aar文件，当需要修改里面的东西时，比如删掉里面一个jar。切记不能采取先解压，删除完毕再压缩回去，后缀改成aar的操作。这样修改后Android Studio用不了！！！

正确方法是以解压的形式打开（不是解压压缩包），一般Windows平台的压缩软件都可以，然后在压缩软件里增加或删除文件操作。

3.Android aar文件读取

同上，又是个巨坑，匪夷所思！

我目前的项目在安卓端是这样的，把用到的sdk和需要在安卓端才能调用的方法打成aar包，然后添加到Unity导出的安卓工程里，但是不知道为什么在运行的时候会报以下的错误;

说的是BGPlayerService类重复，可是我的找遍了真个项目和aar包也只有一个类，根本没有重复的地方。研究了很久都无解，就在准备放弃治疗的时候顺便改了下build.gradle的dependencies里的语句，从

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation project(':localizedappnamelib')
    implementation 'com.android.support:support-core-utils:24.2.0'
    implementation (name:'findingparadiselib-debug',ext:'aar')
}

改成了

dependencies {
    implementation (name:'findingparadiselib-debug',ext:'aar')
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation project(':localizedappnamelib')
    implementation 'com.android.support:support-core-utils:24.2.0'
}

然后特么问题解决了！

？？？

我怀疑可能是implementation fileTree(include: [‘*.jar’], dir: ‘libs’)把aar包里的jar也算进去了_(:з」∠)_

4.生成签名安装包的时候报错

在第一次生成签名安装包的时候可能提示缺少xxx.pom（忘了是不是pom后缀了，反正差不多）和xxx.jar组件，这个报错在生成debug包的时候是不出现的。具体原因我不清楚，我猜是打包的时候需要这样依赖包，但是谷歌的官方站点没有（Android Studio提供的链接点进去404）。

两个解决办法，一是手动下载这些依赖包并放到指定的目录中去，不过不建议这样做，一个一个下载再放到指定目录太麻烦了。

第二中解决方法是使用阿里提供的站点，具体操作是将以下的代码方放到安卓工程的build.gradle文件的repositories代码块中去：

maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/repositories/google' }
maven { url 'http://maven.aliyun.com/nexus/content/repositories/gradle-plugin' }

这样打包的时候Android Studio会自动去这些站点下载需要的依赖包，问题解决。

5.Execution failed for task ‘:app:ndkBuild’.

该问题是在对一个老游戏升级的时候出现的，表现为无法打包，报错：

Process 'command 'D:\SDK\***/ndk-build.cmd'' finished with non-zero exit value 2

上网搜索，普遍的解决方式是使用低版本的NDK，又或者是删除src/main/obj文件夹里的内容，尝试无果。

最终发现是build.gradle版本较老，且使用ndkBuild的方式打包，不适用于新版的Android Studio，修改之后问题解决

修改前：

android {
    signingConfigs {
    }
    compileSdkVersion 26
    buildToolsVersion '23.0.3'
    defaultConfig {
        applicationId "com.xd.swords.and"
        minSdkVersion 19
        targetSdkVersion 26
        versionCode 18
        versionName "1.1.7"
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

    sourceSets.main.jni.srcDirs = []
    // disable automatic ndk-build call, which ignore our Android.mk
    sourceSets.main.jniLibs.srcDir 'src/main/libs'
    // call regular ndk-build(.cmd) script from app directory
    task ndkBuild(type: Exec) {
        workingDir file('src/main')
        commandLine getNdkBuildCmd()
    }
    tasks.withType(JavaCompile) {
        compileTask -> compileTask.dependsOn ndkBuild
    }
    task cleanNative(type: Exec) {
        workingDir file('src/main')
        commandLine getNdkBuildCmd(), 'clean'
    }
    clean.dependsOn cleanNative
}

修改后：

android {
    signingConfigs {
    }
    compileSdkVersion 26
    buildToolsVersion '23.0.3'
    defaultConfig {
        applicationId "com.xd.swords.and"
        minSdkVersion 19
        targetSdkVersion 26
        versionCode 18
        versionName "1.1.7"
        ndk {
            abiFilters 'armeabi-v7a'
        }
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
    externalNativeBuild {
        ndkBuild {
            path "src/main/jni/Android.mk"
        }
    }

    // 下面部分代码应该也可以删掉。
    sourceSets.main.jni.srcDirs = []
    // disable automatic ndk-build call, which ignore our Android.mk
    sourceSets.main.jniLibs.srcDir 'src/main/libs'
    // call regular ndk-build(.cmd) script from app directory
}

对比前后，主要是删除了旧的ndkBuild代码，然后设置abiFilters等。

Unity安卓项目踩坑日记最先出现在初晴神社。

[music]1336487436[/music]

新的一年也要加油鸭~

1.02 冬之恋

[music]441441015[/music]

【音乐】2019.01 Moony最先出现在初晴神社。

之前给一个大佬做有赞应用时候遇到了post收发的问题，其实实现起来很简单的。无奈网上关于这方面的资料很少，特此整理一下，希望帮助有需要的人_(:з」∠)_

发送

直接上代码了，关键的地方我加了注释，应该不难理解。

C#提供了相关的API，很方便。这段代码可以直接拿去用_(:з」∠)_

大致步骤就是创建Request-填充信息-发送。

/// <summary>
/// Post提交数据
/// </summary>
/// <param name="postUrl">URL</param>
/// <param name="paramData">参数</param>
/// <returns></returns>
string PostWebRequest(string postUrl, string paramData)
{
    string ret = string.Empty;
    try
    {
        byte[] byteArray = Encoding.UTF8.GetBytes(paramData);
        HttpWebRequest webReq = (HttpWebRequest)WebRequest.Create(new Uri(postUrl));
        // 提交方法，POST/GET等
        webReq.Method = "POST";
        // ContentType
        webReq.ContentType = "application/x-www-form-urlencoded";
        webReq.ContentLength = byteArray.Length;

        Stream newStream = webReq.GetRequestStream();
        //写入参数
        newStream.Write(byteArray, 0, byteArray.Length);
        newStream.Close();
        HttpWebResponse response = (HttpWebResponse)webReq.GetResponse();
        StreamReader sr = new StreamReader(response.GetResponseStream(), Encoding.UTF8);
        ret = sr.ReadToEnd();

        sr.Close();
        response.Close();
        newStream.Close();
    }
    catch (Exception ex)
    {
        return ex.Message;
    }
    return ret;
}

接收

接收消息模块我分了两部分，一是主体，如何调用api进行监听。这部分需要另开一个线程来处理。

/// <summary>
/// 监听post消息，在收到消息后发送响应消息。
/// 建议使用死循环反复监听，且开启一个线程执行该方法。
/// </summary>
void ListenWebRequest()
{
    // string url= "需要监听的url范围";
    // 示例：(这里有个坑，见下文)
    string url = "http://127.0.0.1:2333";
    try
    {
        HttpListener listener = new HttpListener();
        listener.Prefixes.Add(url);

        // 开始监听端口，接收客户端请求
        listener.Start();

        // 阻塞主函数至接收到一个客户端请求为止
        // 也可以使用listener.BeginGetContext()异步监听
        HttpListenerContext context = listener.GetContext();
        HttpListenerRequest request = context.Request;
        HttpListenerResponse response = context.Response;

        // msg即为body内容
        string msg = GetBodyString(request);

        // 通过QueryString索引获取post参数
        string sample = request.QueryString["sample"];

        // 收到信息后返回数据
        string responseString = "响应数据";
        response.StatusCode = 200;
        // header头信息
        response.Headers.Add("Access-Control-Allow-Origin", "*");
        // contentType 类型
        response.ContentType = "application/json";
        response.ContentEncoding = System.Text.Encoding.UTF8;
        byte[] buffer = System.Text.Encoding.UTF8.GetBytes(responseString);
        response.ContentLength64 = buffer.Length;
        Stream output = response.OutputStream;
        output.Write(buffer, 0, buffer.Length);

        output.Close();
        listener.Stop();
        listener.Close();
    }
    catch (Exception ex)
    {
        // TODO
    }
}

第二部分，由于接收到的post消息中body内容是以流格式的，还需要将其转换为string。

/// <summary>
/// 将body内容解析为String。
/// </summary>
/// <returns>The body string.</returns>
/// <param name="request">Request.</param>
string GetBodyString(HttpListenerRequest request)
{
    string result = null;
    using (System.IO.Stream body = request.InputStream) // here we have data
    {
        using (System.IO.StreamReader reader = new System.IO.StreamReader(body, request.ContentEncoding))
        {
            result = reader.ReadToEnd();
        }
    }

    if (string.IsNullOrEmpty(result))
    {
        // TODO 读取到空消息
    }
    else
    {
        // TODO 成功读取消息
    }

    return result;
}

推荐一个post测试工具

Restlet Client – REST API Testing

谷歌浏览器插件：下载链接（需要翻墙）

炒鸡好用！

碎碎念

就是在接收方法那绑定的url，我当时用的腾讯云的服务器（window系统）测试的。是这样的，

如果url是localhost或127.0.0.1，在服务器本机测试一切正常。但如果从外网向其post数据，会报400或405错误。

如果url是服务器外网IP呢，干脆直接抛异常，好像是无法绑定。

最后尝试了下将url改成内网IP，一切OK。不过我还是不知道是什么原因_(:з」∠)_

使用C#实现POST消息发送和读取最先出现在初晴神社。

[music]116493[/music]

【音乐】2018.10 白昼之夜最先出现在初晴神社。

[music]557850882[/music]

8.02 灯香花明

[music]41664610[/music]

8.03 每一次转身都可能永远

[music]421885599[/music]

【音乐】2018.8 盛夏与蝉鸣最先出现在初晴神社。

[music]573795673[/music]

不知在下个盛夏，是否有你的陪伴。

7.06 夏天的思念

[music]491142223[/music]

7.08 ALONE ON THE WAY

 7.09 Adagio for Summer Wind

[music]760037[/music]

【音乐】2018.7 满夏与距离最先出现在初晴神社。

[music]438306172[/music]

梦想是一个天真的词，实现梦想是一个残酷的词。

6.08 恋海

[music]455102872[/music]

风筝有风，海豚有海，我的存在在你之外。

6.09 开心病

[music]567807560[/music]

希望快点好起来~

6.12 小周 – 风之颂

[music]416385140[/music]

 6.13 Rainy Dumplings

[music]572182643[/music]

6.15 在你身边

[music]492219052[/music]

6.17 风吹竹沙

[music]41665302[/music]

未等年少轻狂，已然阅尽沧桑。

 6.18 翼をください

[music]408607[/music]

如果努力不能解决问题，那就更努力一点。

6.20 Light

[music]573318030[/music]

我想要去一个陌生的地方，那里都是陌生的人。

6.22 淡花落叶

[music]519597304[/music]

即使风尘仆仆，愿你我终有归途。

6.23 穿越时空的思念

[music]419877515[/music]

【音乐】2018.6 Blue Dream最先出现在初晴神社。

2018.5.6之前

这段时间主要是搭建框架，并完成了注册，登录，创建角色功能。

大致流程如下：

构思框架->设计服务端框架->设计通信协议->设计客户端框架->验证通信协议

由于这之前我并未有开发网络游戏的经验，所以这部分参考siki dalao的《丛林战争》和罗培羽dalao的《Unity 3D 网络游戏实战》，不过这两个项目跟《樱色伊始》需求有些出入，就综合了一下。

通信协议我分了四级，RequestCode –  ActionCode – ReturnCode – 内容

服务端：首先通过RequestCode 在Dictionary中查找对应处理Class，然后通过反射机制查找ActionCode对应的method，ReturnCode就是简单的结果码，诸如Success，Fail之类。

最后跟的就是内容，比如如果是登录功能：

User – Login – None – Username + Password

客户端：客户端维护了一个消息队列和委托Dictionary，在发送请求的同时处理返回结果的方法注册到Dictionary中。

客户端每帧处理若干条协议，通过Action匹配Dictionary中的委托。

服务端框架和客户端框架有些复杂，等之后我会再写篇文章进行详细解析。

// 设计协议的时候也有个坑，原型我是参考一本书的。刚开始使用没问题，后来在发送角色基本数据（协议数据比较长）的时候发现总会丢失4个字节的内容。

// 测来测去，最终发现是书上搞错了字符串的长度和字符串字节数组的长度。而这个bug在某些情况下又是不存在的。。

// 总之还是不要太相信“权威”

->实现创建，登录功能->实现选择，创建角色功能

->设计角色动作状态机

// 这个地方必须得吐槽下，没有合适的动作素材真难受，为了实现流畅的动作，我到处找素材，淘宝，论坛逛了一遍，始终没找到合适的。。

// 就现在用的动作还是从三套模型上抠出来的。。

->实现摄像机跟随角色的功能

// 这里有个细节，在实现摄像机自动拉近与被遮挡角色距离的时候，碰到射线无法检测部分物体的物品，后来发现是因为摄像机处于collider内部，而从内部发出的射线是无法检测collider边缘的。

// 换了下思路，改为从角色像摄像机方向发射射线，问题解决。

2018.5.6

回头看了下前段时间写的代码，发现有部分已经快看不懂了。。（捂脸）

论注释的重要性

今天添加了删除角色功能，不过删除确认还没做，等开发到之后扔掉背包物品和退出游戏时一并做吧_(:з」∠)_

做了这么久，最让我头痛的还是模型动作的问题，除非我愿意去学习3dsmax或者有建模师帮我，不然我真的一点办法都没有。。

只能先将就着用了。。

希望到时候面试时dalao不要介意。。

2018.5.7

今天是“沉重”的一天。。

让我担心的事最终还是发生了。。

设计客户端架构时经验不足，没有认真考虑到Unity执行脚本的生命周期而埋下的隐患，导致今天在改写功能的时候各种空指针引用。。

痛定思痛，花了点时间对核心脚本进行了重构，抛弃了先前的GameFacade脚本，并将其功能整合到了GameRoot脚本中。

暂时做如下设计

不知道效果咋样，等下课了回去试试_(:з」∠)_

*****************

改写之后，无bug一遍过

看来新结构行得通2333

2018.5.8 Scene加载与切换

今天试着做了下异步加载Scene功能_(:з」∠)_

目前游戏有四个Scene，加载流程如下

欢迎Scene -> 登录与注册相关Scene -> Load Scene -> 游戏Scene

其中Load Scene是专门用来显示加载进度条的，比如说从Scene 1 到 Scene 2，

Scene 1 中使用SceneManager.LoadScene() 直接加载LoadScene（因为很小，只有进度条，所以可以做到秒加载）

然后在LoadScene中使用SceneManager.LoadSceneAsyc()异步加载Scene2 ，加载过程通过其返回值AsyncOperation中的progress参数获取加载进度。

需要注意的是SceneManager.LoadSceneAsyc()加载完毕默认会直接切换到目标Scene，如果想手动控制切换时机的话设置AsyncOperation.allowSceneActivation为false，等到需要切换时再设为true。另外把allowSceneActivation设置为false后，Unity就只会加载场景到90%，剩下的10%要等到allowSceneActivation设置为true后才加载。

5.9 – 5.13

最近心态有点不好 T T

不过已经缓过来了，明天继续！

5.14

做了些UI，比如角色属性，状态栏啥的，

还有设计了下地图

好像没啥好说的。。

5.15 角色属性读取

目前设计的是将角色不同等级的基础属性，比如HP，暴击率什么的做成Json文件保存在客户端。在生成角色或角色升级时进行加载。

（数值设计暂且不考虑）

后期装备也准备这样做，角色总属性 = 基础属性 + 装备属性；

放在本地可以减轻服务器的压力，当然这样做有个很大的缺点，数据容易被篡改（作弊）。。

将其保存在服务器数据库实现起来应该不会太难，不过暂时先这样用着 _(:з」∠)_

5.16

增加了“删除角色”确认对话框，防止误删除；

完善了角色状态的UI显示，并能根据登录角色加载不同的角色到游戏中；

制作了角色暴击特效（暴击时在角色背后生成一个“假人”）；

开始制作包裹系统，由于以前有做过这个东西，所以大部分用的都是原来的代码，改动下就可以用了；

大致结构如下（不完整）：

5.17

新增了穿上、脱下装备以及同步属性面板的显示；

新增了使用药品，恢复HP，MP以及同步面板的显示；

重构基础战斗属性：HP，MP，攻击，命中率，穿刺，防御，闪避率，暴击率，暴击伤害为PropertiesModel类，并重载了其“+”，“-”操作符，使得两个PropertiesModel可以进行加减运算；

（使用场景，当穿戴一个装备时，角色的PropertiesModel+=装备的PropertiesModel）

角色持有3个PropertiesModel，一个为固定角色属性，一个为“装备属性和”，一个为总可变属性；

1.固定角色属性是指角色本身基础属性，由职业和等级决定；

2.“装备属性和”由角色所佩戴的装备决定，等于角色身上每件装备的PropertiesModel相加；

3.总可变属性由固定属性和“装备属性和”组成，其中的HP，MP字段会随着收到伤害，使用技能，使用药品等发生变化，主要用于战斗计算；

另外角色属性上限由固定角色属性和“装备属性和”构成，例如HP上限 = 基础HP + 装备HP，这个部分只有在装备发生变化时才会改变，战斗中收到伤害等情况下不会改变；

（穿上，脱下装备对HP，MP来说只会影响上限，当前HP也不会超过上限。例如角色当前HP为80/100，卸下了一个可以增加50HP的装备，HP变为50/50）

装备类物品在数据库中有个额外的标志位，“1”表示穿戴中，“0”表示未穿戴；

已知bug：

在某些情况下表示拾取中的物品的ItemUI会被Destroy，暂时没发现规律，也不知道怎么回事。。。

5.18

新增天气-雨天效果；

用粒子系统做的

emmm截图中雨滴看起来是矩形的，实际运行由于下落速度快还是挺好看的。。

顺便吐槽下剑灵的剧情。。

来个Happy Ending就那么难吗。。。

5.19

新增雨天音效，环境音效的播放；

新增小地图功能（具体做法可以看我之前的文章：在Unity中制作小地图）

新增商店功能，包括购买，出售物品及金钱的同步；

5.20

修复了出售商品时商品数量实际上不会减少的bug；

新增客户端与服务端的位置同步；

重构 PlayerController.cs 和 PlayerBattle.cs 合为Player.cs （历史总是惊人的相似）

重新设计了角色生成机制，为多人游戏做准备（脑阔痛）

5.21

说些题外话，sz做了这么久了，感觉自己的心境也在慢慢变化。

一开始只是想着做个属于自己的游戏，一步一步，一砖一瓦构建自己想要的游戏世界

但是现在，不知不觉把找工作当成了首要任务

经常担心这做不好，那做不好，面试官问起这个怎么办，做的不完美怎么办。。

有些时候真的对sz有了略微的恐惧心理 _(:з」∠)_

惭愧，可能是我对那个公司太喜欢了吧，很担心自己水平不够_(:з」∠)_

5.22 – ~~~

临近期末，各科都要做期末项目设计和实验报告，答辩啥的，比较忙。。

暂时挂起。。

《樱色伊始》开发日记最先出现在初晴神社。

操作软件：XShell 6

安装MySQL

yum install mysql-server -y

vim /etc/my.cnf

skip-grant-tables

:wq

service mysqld restart

mysql -u root

USE mysql;
SELECT user,host FROM user;

UPDATE user SET password = password ( '新密码' ) WHERE user = 'root' ;

vim /etc/my.cnf

service mysqld restart

mysql -u root -p

设置远程访问权限

use mysql; select host,user,password from user;

grant all privileges on *.* to root@'%' identified by "密码";

service mysqld restart

创建用户

CREATE USER '用户名'@'主机' IDENTIFIED BY '密码'; 

username – 你将创建的用户名, host – 指定该用户在哪个主机上可以登陆,如果是本地用户可用localhost, 如果想让该用户可以从任意远程主机登陆,可以使用通配符%. password – 该用户的登陆密码,密码可以为空,如果为空则该用户可以不需要密码登陆服务器.

授权用户

GRANT privileges ON 数据库名.表名TO '用户名'@'主机' 

privileges – 用户的操作权限,如SELECT , INSERT , UPDATE 等(详细列表见该文最后面).如果要授予所的权限则使用ALL.;databasename – 数据库名,tablename-表名,如果要授予该用户对所有数据库和表的相应操作权限则可用*表示, 如*.*.

注意:用以上命令授权的用户不能给其它用户授权,如果想让该用户可以授权,用以下命令: 

GRANT privileges ON 数据库名.表名 TO '用户名'@'主机' WITH GRANT OPTION; 

设置与更改用户密码 

SET PASSWORD FOR '用户名'@'主机' = PASSWORD('新密码');

如果是当前登陆用户用

SET PASSWORD = PASSWORD("新密码");

撤销用户权限 

REVOKE privilege ON 数据库名.表名FROM '用户名'@'主机'; 

注意: 假如你在给用户’pig’@’%’授权的时候是这样的(或类似的):GRANT SELECT ON test.user TO ‘pig’@’%’, 则在使用REVOKE SELECT ON *.* FROM ‘pig’@’%’;命令并不能撤销该用户对test数据库中user表的SELECT 操作.相反,如果授权使用的是GRANT SELECT ON *.* TO ‘pig’@’%’;则REVOKE SELECT ON test.user FROM ‘pig’@’%’;命令也不能撤销该用户对test数据库中user表的Select 权限.

删除用户

DROP USER '用户名'@'主机'; 

CentOS下安装MySQL及相关设置最先出现在初晴神社。